примерами которых являются

технологии для автоматизации
-
[Интент]

Параллельные тексты EN-RU

Automation technologies: a strong focal point for our R&D

Технологии для автоматизации - одна из главных тем наших научно исследовательских разработок

Automation is an area of ABB’s business with an extremely high level of technological innovation.

Автоматика относится к одной из областей деятельности компании АББ, для которой характерен исключительно высокий уровень технических инноваций.

In fact, it may be seen as a showcase for exhibiting the frontiers of development in several of today’s emerging technologies, like short-range wireless communication and microelectromechanical systems (MEMS).

В определенном смысле ее можно уподобить витрине, в которой выставлены передовые разработки из области только еще зарождающихся технологий, примерами которых являются ближняя беспроводная связь и микроэлектромеханические системы (micro electromechanical systems MEMS).

Mechatronics – the synthesis of mechanics and electronics – is another very exciting and rapidly developing area, and the foundation on which ABB has built its highly successful, fast-growing robotics business.

Еще одной исключительно интересной быстро развивающейся областью и в то же время фундаментом, на котором АББ в последнее время строит свой исключительно успешный и быстро расширяющийся бизнес в области робототехники, является мехатроника - синтез механики с электроникой.

Robotic precision has now reached the levels we have come to expect of the watch-making industry, while robots’ mechanical capabilities continue to improve significantly.

Точность работы робототехнических устройств достигла сегодня уровней, которые мы привыкли ожидать только на предприятиях часовой промышленности. Большими темпами продолжают расти и механические возможности роботов.

Behind the scenes, highly sophisticated electronics and software control every move these robots make.

А за кулисами всеми перемещениями робота управляют сложные электронные устройства и компьютерные программы.

Throughout industry today we see a major shift of ‘intelligence’ to lower levels in the automation system hierarchy, leading to a demand for more communication within the system.

Во всех отраслях промышленности сегодня наблюдается интенсивный перенос "интеллекта" на нижние уровни иерархии автоматизированных систем, что требует дальнейшего развития внутрисистемных средств обмена.

‘Smart’ transmitters, with powerful microprocessors, memory chips and special software, carry out vital operations close to the processes they are monitoring.

"Интеллектуальные" датчики, снабженные высокопроизводительными микропроцессорами, мощными чипами памяти и специальным программно-математическим обеспечением, выполняют особо ответственные операции в непосредственной близости от контролируемых процессов.

And they capture and store data crucial for remote diagnostics and maintenance.

Они же обеспечивают возможность измерения и регистрации информации, крайне необходимой для дистанционной диагностики и дистанционного обслуживания техники.

The communication highway linking such systems is provided by fieldbuses.

В качестве коммуникационных магистралей, связывающих такого рода системы, служат промышленные шины fieldbus.

In an ideal world there would be no more than a few, preferably just one, fieldbus standard.

В идеале на промышленные шины должно было бы существовать небольшое количество, а лучше всего вообще только один стандарт.

However, there are still too many of them, so ABB has developed ‘fieldbus plugs’ that, with the help of translation, enable devices to communicate across different standards.

К сожалению, на деле количество их типов продолжает оставаться слишком разнообразным. Ввиду этой особенности рынка промышленных шин компанией АББ разработаны "штепсельные разъемы", которые с помощью средств преобразования обеспечивают общение различных устройств вопреки границам, возникшим из-за различий в стандартах.

This makes life easier as well as less costly for our customers. Every automation system is dependent on an electrical network for distributing – and interrupting, when necessary – the power needed to carry out its various functions.

Это, безусловно, не только облегчает, но и удешевляет жизнь нашим заказчикам. Ни одна система автоматики не может работать без сети, обеспечивающей подачу, а при необходимости и отключение напряжения, необходимого для выполнения автоматикой своих задач.

Here, too, we see a clear trend toward more intelligence and communication, for example in traditional electromechanical devices such as contactors and switches.

И здесь наблюдаются отчетливо выраженные тенденции к повышению уровня интеллектуальности и расширению возможностей связи, например, в таких традиционных электромеханических устройствах, как контакторы и выключатели.

We are pleased to see that our R&D efforts in these areas over the past few years are bearing fruit.

Мы с удовлетворением отмечаем, что научно-исследовательские разработки, выполненные нами за последние годы в названных областях, начинают приносить свои плоды.

Recently, we have seen a strong increase in the use of wireless technology in industry.

В последнее время на промышленных предприятиях наблюдается резкое расширение применения техники беспроводной связи.

This is a key R&D area at ABB, and several prototype applications have already been developed.

В компании АББ эта область также относится к числу одной из ключевых тем научно-исследовательских разработок, результатом которых стало создание ряда опытных образцов изделий практического направления.

At the international Bluetooth Conference in Amsterdam in June 2002, we presented a truly ‘wire-less’ proximity sensor – with even a wireless power supply.

На международной конференции по системам Bluetooth, состоявшейся в Амстердаме в июне 2002 г., наши специалисты выступили с докладом о поистине "беспроводном" датчике ближней локации, снабженном опять-таки "беспроводным" источником питания.

This was its second major showing after the launch at the Hanover Fair.

На столь крупном мероприятии это устройство демонстрировалось во второй раз после своего первого показа на Ганноверской торгово-промышленной ярмарке.

Advances in microelectronic device technology are also having a profound impact on the power electronics systems around which modern drive systems are built.

Достижения в области микроэлектроники оказывают также глубокое влияние на системы силовой электроники, лежащие в основе современных приводных устройств.

The ABB drive family ACS 800 is visible proof of this.

Наглядным тому доказательством может служить линейка блоков регулирования частоты вращения электродвигателей ACS-800, производство которой начато компанией АББ.

Combining advanced trench gate IGBT technology with efficient cooling and innovative design, this drive – for motors rated from 1.1 to 500 kW – has a footprint for some power ranges which is six times smaller than competing systems.

Предназначены они для двигателей мощностью от 1,1 до 500 кВт. В блоках применена новейшая разновидность приборов - биполярные транзисторы с изолированным желобковым затвором (trench gate IGBT) в сочетании с новыми конструктивными решениями, благодаря чему в отдельных диапазонах мощностей габариты блоков удалось снизить по сравнению с конкурирующими изделиями в шесть раз.

To get the maximum benefit out of this innovative drive solution we have also developed a new permanent magnet motor.

Стремясь с максимальной пользой использовать новые блоки регулирования, мы параллельно с ними разработали новый двигатель с постоянными магнитами.

It uses neodymium iron boron, a magnetic material which is more powerful at room temperature than any other known today.

В нем применен новый магнитный материал на основе неодима, железа и бора, характеристики которого при комнатной температуре на сегодняшний день не имеют себе равных.

The combination of new drive and new motor reduces losses by as much as 30%, lowering energy costs and improving sustainability – both urgently necessary – at the same time.

Совместное использование нового блока регулирования частоты вращения с новым двигателем снижает потери мощности до 30 %, что позволяет решить сразу две исключительно актуальные задачи:
сократить затраты на электроэнергию и повысить уровень безотказности.

These innovations are utilized most fully, and yield the maximum benefit, when integrated by means of our Industrial IT architecture.

Потенциал перечисленных выше новых разработок используется в наиболее полной степени, а сами они приносят максимальную выгоду, если их интеграция осуществлена на основе нашей архитектуры IndustrialIT.

Industrial IT is a unique platform for exploiting the full potential of information technology in industrial applications.

IndustrialIT представляет собой уникальную платформу, позволяющую в максимальной степени использовать возможности информационных технологий применительно к задачам промышленности.

Consequently, our new products and technologies are Industrial IT Enabled, meaning that they can be integrated in the Industrial IT architecture in a ‘plug and produce’ manner.

Именно поэтому все наши новые изделия и технологии выпускаются в варианте, совместимом с архитектурой IndustrialIT, что означает их способность к интеграции с этой архитектурой по принципу "подключи и производи".

We are excited to present in this issue of ABB Review some of our R&D work and a selection of achievements in such a vital area of our business as Automation.

Мы рады представить в настоящем номере "АББ ревю" некоторые из наших научно-исследовательских разработок и достижений в такой жизненно важной для нашего бизнеса области, как автоматика.

R&D investment in our corporate technology programs is the foundation on which our product and system innovation is built.

Вклад наших разработок в общекорпоративные технологические программы группы АББ служит основой для реализации новых технических решений в создаваемых нами устройствах и системах.

Examples abound in the areas of control engineering, MEMS, wireless communication, materials – and, last but not least, software technologies. Enjoy reading about them.
[ABB Review]

Это подтверждается многочисленными примерами из области техники управления, микроэлектромеханических систем, ближней радиосвязи, материаловедения и не в последнюю очередь программотехники. Хотелось бы пожелать читателю получить удовольствие от чтения этих материалов.
[Перевод Интент]

Тематики

• автоматизированные системы

EN

• automation technologies

избыток
—
[ http://www.dunwoodypress.com/148/PDF/Biotech_Eng-Rus.pdf]

Тематики

• биотехнологии

EN

• redundancy

избыточность
Существование средств в дополнение к средствам, которые могут быть достаточны функциональному блоку для выполнения требуемой операции, данным для представления информации.
Пример
Примерами избыточности являются дублирование функциональных компонентов и добавление битов четности.
Примечания
1. Избыточность используется в первую очередь для повышения надежности или работоспособности.
2. Определение в МЭС 191-15-01 является менее полным [ИСО/МЭК 2382-14-01-12].
[ ГОСТ Р МЭК 61508-4-2007]

Тематики

• электробезопасность

EN

• redundancy

избыточность (кодирования)
Характеристика кодирования информации, обеспечивающая повышение вероятности безошибочного считывания штрихового кода или передачи информации.
Примечание
В символе штрихового кода высота штрихов обеспечивает вертикальную избыточность, допуская существование множества возможных путей поперечного сканирования символа, из которых теоретически достаточно лишь одного для полного декодирования символа.
[ ГОСТ 30721-2000]
[ ГОСТ Р 51294.3-99]

Тематики

• кодирование штриховое

EN

• redundancy

DE

• Redundanz

FR

• redondance

избыточность резервирование
Наличие в объекте более чем одного средства, необходимого для выполнения требуемой функции.
[Разработка типовых структурных схем микропроцессорных устройств РЗА на объектах ОАО "ФКС ЕЭС". Пояснительная записка. Новосибирск 2006 г.]

EN

redundancy
in an item, the existence of more than one means for performing a required function
[SOURCE: 191-15-01]
[IEV ref 448-12-08]

FR

redondance
existence, dans une entité, de plus d'un moyen pour accomplir une fonction requise
[SOURCE: 191-15-01]
[IEV ref 448-12-08]

Тематики

• релейная защита

EN

• redundancy

DE

• Redundanz, f

FR

• redondance

резервирование
Применение дополнительных устройств и систем или элементов устройств и систем оборудования для того, чтобы в случае отказа одного из них выполнять требуемую функцию в распоряжении имелось другое устройство (или элемент устройства), готовое выполнять эту функцию.
[ГОСТ ЕН 1070-2003]

резервирование
Способ обеспечения надежности объекта за счет использования дополнительных средств и (или) возможностей, избыточных по отношению к минимально необходимым для выполнения требуемых функции.
[ ГОСТ 27.002-89]
[ОСТ 45.153-99]
[СО 34.21.307-2005]

резервирование
Использование более чем одного устройства или системы, или одной части (узла) устройства или системы для того, чтобы в случае возможного отказа одного из них в ходе выполнения своей функции в распоряжении находился другой, для обеспечения продолжения вышеупомянутой функции.
[ ГОСТ Р МЭК 60204-1-2007]

В первый период эксплуатации при постепенном росте нагрузки допускается установка одного трансформатора при условии обеспечения резервирования питания потребителей по сетям низшего напряжения.

Однотрансформаторные подстанции могут быть также применены для питания электроприемников II категории, если обеспечивается требуемая степень резервирования питания по стороне низшего напряжения при отключении трансформатора
[НТП ЭПП-94]

Тематики

• безопасность в целом
• безопасность гидротехнических сооружений
• надежность средств электросвязи
• надежность, основные понятия
• электробезопасность

Действия

• обеспечение резервирования

Сопутствующие термины

• 100 %-ное резервирование
• взаимное резервирование
• объем резервирования
• степень резервирования

EN

• redundancy

DE

• Redundanz

FR

• redondance

резервирование (дублирование)
(ITIL Service Design)
Использование одной или нескольких конфигурационных едениц для обеспечения отказоустойчивости.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

redundancy
(ITIL Service Design)
Use of one or more additional configuration items to provide fault tolerance. The term also has a generic meaning of obsolescence, or no longer needed.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• redundancy

резервирование ИБП
Методы построения системы бесперебойного питания, направленные на обеспечение бесперебойного электроснабжения нагрузки даже при возникновении неисправности ИБП или какой-либо его функциональной части. ИБП может иметь резервированные внутренние блоки (модульный ИБП) или резервирование достигается благодаря использованию нескольких ИБП, включаемых параллельно или последовательно
[ http://www.radistr.ru/misc/document423.phtml с изменениями]

EN

redundancy
A method based on using one or more extra backup modules, which enable normal system performance even in case of system failures. For example, redundancy is achieved by feeding a consumer of 1KVA by means of two 1KVA rated UPS systems connected in parallel, hence single unit failure does not affect load performance.
[ http://www.upsonnet.com/UPS-Glossary/]

Тематики

• источники и системы электропитания

Синонимы

• резервирование ИБП

EN

• redundancy

резервные компоненты
Резервные компоненты, используемые для обеспечения бесперебойной работы устройства или системы. При выходе из строя основного модуля, его функции автоматически берет на себя резервный. 
[ http://www.lexikon.ru/dict/net/index.html]

Тематики

• сети вычислительные

EN

• redundancy
• redundant card (power)

физическое резервирование
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• redundancy

3.4 избыточность (redundancy): Наличие средств в дополнение к средствам, которые могут быть достаточны функциональному блоку, для выполнения требуемой операции или данным для представления информации.

ПРИМЕР - Примерами избыточности являются дублирование функциональных компонентов и добавление битов четности.

Источник: ГОСТ Р 53195.4-2010: Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 4. Требования к программному обеспечению оригинал документа

7.1. Резервирование

Redundancy

Способ обеспечения надежности объекта за счет использования дополнительных средств и (или) возможностей, избыточных по отношению к минимально необходимым для выполнения требуемых функции

Источник: ГОСТ 27.002-89: Надежность в технике. Основные понятия. Термины и определения оригинал документа

3.15 резервирование (redundancy): Использование альтернативных (одинаковых или неодинаковых) конструкций, систем и элементов таким образом, чтобы все они могли выполнять требующуюся функцию независимо от эксплуатационного состояния или отказа любого из них.

(Глоссарий МАГАТЭ по вопросам безопасности:2007)

Источник: ГОСТ Р МЭК 61226-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Классификация функций контроля и управления оригинал документа

3.7 резервирование (redundancy): Использование альтернативных (одинаковых или неодинаковых) конструкций, систем или элементов таким образом, чтобы все они могли выполнять требующуюся функцию независимо от эксплуатационного состояния или отказа любого из них.

(МАГАТЭ NS-G-1.3)

Источник: ГОСТ Р МЭК 60709-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Разделение оригинал документа

3.29 резервирование (redundancy): Использование альтернативных (одинаковых или неодинаковых) конструкций, систем или компонентов таким образом, чтобы все они могли выполнять требующуюся функцию независимо от эксплуатационного состояния или выхода из строя любого из них.

[Глоссарий МАГАТЭ NS-G-1.3]

Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

3.3.10 избыточность (redundancy): Существование средств в дополнение к средствам, которые могут быть достаточны функциональному блоку для выполнения требуемой операции, данным для представления информации.

ПРИМЕР - Примерами избыточности являются дублирование функциональных компонентов и добавление битов четности.

Примечания

1. Избыточность используется в первую очередь для повышения надежности или работоспособности.

2. Определение в МЭС 191-15-01 является менее полным [ИСО/МЭК 2382-14-01-12].

Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

3.49 резервирование (redundancy): Способ обеспечения надежности объекта за счет использования дополнительных средств и/или возможностей, избыточных по отношению к минимально необходимым для выполнения требуемых функций.

[МАГАТЭ 50-SG-D8]

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

3.15 резервирование (redundancy): Использование альтернативных (одинаковых или неодинаковых) конструкций, систем и элементов таким образом, чтобы все они могли выполнять требующуюся функцию независимо от эксплуатационного состояния или отказа (выхода из строя) любого из них.

[Глоссарий безопасности МАГАТЭ, Версия 2.0,2006]

Источник: ГОСТ Р МЭК 62385-2012: Атомные станции. Контроль и управление, важные для безопасности. Методы оценки рабочих характеристик измерительных каналов систем безопасности оригинал документа

04.02.27 долговременная маркировка [ permanent marking]: Изображение, полученное с помощью интрузивного или неинтрузивного маркирования, которое должно оставаться различимым, как минимум, в течение установленного срока службы изделия.

Сравнить с терминологической статьей «соединение» по ИСО/МЭК19762-1¹⁾.

______________

¹⁾Терминологическая статья 04.02.27 не связана с указанной терминологической статьей.

<2>4 Сокращения

ECI интерпретация в расширенном канале [extended channel interpretation]

DPM прямое маркирование изделий [direct part marking]

BWA коррекция ширины штриха [bar width adjustment]

BWC компенсация ширины штриха [barwidth compensation]

CPI число знаков на дюйм [characters per inch]

PCS сигнал контраста печати [print contrast signal]

ORM оптический носитель данных [optically readable medium]

FoV поле обзора [field of view]

Алфавитный указатель терминов на английском языке

<2>Приложение ДА¹⁾

______________

¹⁾

Источник: ГОСТ Р ИСО/МЭК 19762-2-2011: Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 2. Оптические носители данных (ОНД) оригинал документа

внутренний межсетевой протокол
(МСЭ-Т Y.1314).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• interior gateway protocol
• IGP

протокол внутреннего шлюза
Протокол, используемый для обмена информацией о маршрутизации между совместно работающими маршрутизаторами в сети Internet. Примерами IGP являются RIP и OSPF. Каждая автономная система имеет 1 IGP, раздельные автономные системы могут использовать различные IGP. 
[ http://www.lexikon.ru/dict/net/index.html]

Тематики

• сети вычислительные

EN

• interior gateway protocol
• IGP

протокол внутренней маршрутизации
Общее название протоколов маршрутизации в пределах автономной системы.
Необходимость в IGP-протоколах проистекает из того, что протоколы внешней маршрутизации (EGP) могут приводить к появлению маршрутов, в которых в качестве шлюза указан вовсе не ближайший сосед того маршрутизатора, на котором возникла такая запись.
Протокол, используемый для обмена информацией о маршрутизации между совместно работающими маршрутизаторами в сети Интернет. Примерами IGP являются RIP и OSPF.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• IGP
• Interior Gateway Protocol

внутренний межсетевой протокол
(МСЭ-Т Y.1314).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• interior gateway protocol
• IGP

протокол внутреннего шлюза
Протокол, используемый для обмена информацией о маршрутизации между совместно работающими маршрутизаторами в сети Internet. Примерами IGP являются RIP и OSPF. Каждая автономная система имеет 1 IGP, раздельные автономные системы могут использовать различные IGP. 
[ http://www.lexikon.ru/dict/net/index.html]

Тематики

• сети вычислительные

EN

• interior gateway protocol
• IGP

протокол внутренней маршрутизации
Общее название протоколов маршрутизации в пределах автономной системы.
Необходимость в IGP-протоколах проистекает из того, что протоколы внешней маршрутизации (EGP) могут приводить к появлению маршрутов, в которых в качестве шлюза указан вовсе не ближайший сосед того маршрутизатора, на котором возникла такая запись.
Протокол, используемый для обмена информацией о маршрутизации между совместно работающими маршрутизаторами в сети Интернет. Примерами IGP являются RIP и OSPF.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• IGP
• Interior Gateway Protocol

компонент
-
[IEV number 151-11-21]

EN

component
constituent part of a device which cannot be physically divided into smaller parts without losing its particular function
[IEV number 151-11-21]

FR

composant, m
partie constitutive d'un dispositif ne pouvant être fractionnée matériellement sans perdre sa fonction particulière
[IEV number 151-11-21]

Тематики

• электротехника, основные понятия

EN

• component

DE

• Bauelement

FR

• composant

компонент
Часть, блок или сборочная единица, выполняющая определенную функцию в гидросистеме.
Примечание - Данное определение отличается от приведенного в ИСО 5598, поскольку включает соединители, трубы и шланги, которые исключены из определения ИСО 5598.
[ГОСТ ИСО / ТО 10949- 2007]

Тематики

• гидравлика и пневматика

EN

• component

компонент (в информационных технологиях)
Общий термин, который используется для обозначения одной части чего-либо более сложного. Например, компьютерная система может быть компонентом ИТ-услуги, приложение может быть компонентом единицы релиза. Компоненты, которые необходимо контролировать, должны быть конфигурационными единицами.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

component
A general term that is used to mean one part of something more complex. For example, a computer system may be a component of an IT service; an application may be a component of a release unit. Components that need to be managed should be configuration items.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• component

компонент
1. Один из элементов или соединений используемых для определения химической (или сплавляемой) системы, включая все фазы из числа возможных составов.
2. Одна из индивидуальных частей вектора, имеющая отношение к системе координат.
3. Индивидуальный функциональный элемент в физически независимой совокупности, который не может быть далее уменьшен или разделен без того, чтобы не нарушить его функции, например резистор, конденсатор, диод или транзистор.
[ http://www.manual-steel.ru/eng-a.html]

Тематики

• металлургия в целом

EN

• component

компонент клея
Исходное вещество для получения клея.
[ ГОСТ 28780-90]

Тематики

• клеи

EN

• component

DE

• Komponenten

FR

• composant

компонент огнеупора
Вещество, входящее в состав огнеупора или шихты.
[ ГОСТ Р 52918-2008] 

Тематики

• огнеупоры

EN

• component

компонента
слагающая составляющая
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

Синонимы

• слагающая составляющая

EN

• component

3.1 компонент (component): Часть, блок или сборочная единица, выполняющая определенную функцию в гидросистеме.

Примечание - Данное определение отличается от приведенного в ИСО 5598, поскольку включает соединители, трубы и шланги, которые исключены из определения ИСО 5598.

Источник: ГОСТ ИСО/ТО 10949-2007: Чистота промышленная. Руководство по обеспечению и контролю чистоты компонентов гидропривода от изготовления до установки

3.3 комплектующее изделие (component): Деталь, сборочная единица или сырье, являющиеся составной частью сборки более высокого уровня.

Источник: ГОСТ Р ИСО 22742-2006: Автоматическая идентификация. Кодирование штриховое. Символы линейного штрихового кода и двумерные символы на упаковке продукции оригинал документа

3.37 компонент (component): Элемент, рассматриваемый на самом низком уровне анализа системы.

Источник: ГОСТ Р 51901.6-2005: Менеджмент риска. Программа повышения надежности оригинал документа

3.3 компонент (component): Элемент, рассматриваемый на самом низком иерархическом уровне при анализе системы.

Источник: ГОСТ Р 51901.5-2005: Менеджмент риска. Руководство по применению методов анализа надежности оригинал документа

3.4 компонент (component): Любое изделие, имеющее существенное значение для безопасного функционирования оборудования и защитных систем, но не имеющее автономной функции.

Источник: ГОСТ Р ЕН 1127-2-2009: Взрывоопасные среды. Взрывозащита и предотвращение взрыва. Часть 2. Основополагающая концепция и методология (для подземных выработок)

3.6 компонент (component): Часть системы, которая поставляется изготовителем в готовом для продажи виде с упаковкой, маркировкой и сопроводительной информацией от изготовителя.

Примечание - Привязи и соединительные элементы являются примерами компонентов системы.

Источник: ГОСТ Р ЕН 12841-2012: Система стандартов безопасности труда. Средства индивидуальной защиты от падения с высоты. Системы канатного доступа. Устройства позиционирования на канатах. Общие технические требования. Методы испытаний

3.2 компонент (component): Часть системы, которая поставляется изготовителем в готовом для продажи виде с упаковкой, маркировкой и информацией, предоставляемой изготовителем.

Примечание - Привязи для удержания и позиционирования (включая поясные ремни) и стропы являются примерами компонентов систем. [ЕН 363:2002]

Источник: ГОСТ Р ЕН 358-2008: Система стандартов безопасности труда. Средства индивидуальной защиты от падения с высоты. Привязи и стропы для удержания и позиционирования. Общие технические требования. Методы испытаний

2.2 компонент (component): Часть системы, которая поставляется изготовителем в готовом для продажи виде с упаковкой, маркировкой и инструкцией по применению.

Примечание - Страховочная привязь и строп являются примерами компонентов системы.

Источник: ГОСТ Р ЕН 363-2007: Система стандартов безопасности труда. Средства индивидуальной защиты от падения с высоты. Страховочные системы. Общие технические требования

3.2 компонент (component): Часть системы, которая поставляется изготовителем в готовом для продажи виде с упаковкой, маркировкой и инструкцией по применению.

Примечание - Страховочная привязь и строп являются примерами компонентов системы. [ЕН 363: 1992]

Источник: ГОСТ Р ЕН 813-2008: Система стандартов безопасности труда. Средства индивидуальной защиты от падения с высоты. Привязи для положения сидя. Общие технические требования. Методы испытаний

3.3 компонент (component): Составная часть газовой смеси, оказывающая влияние на служебные свойства и характеристики газовой смеси (например, в смеси, содержащей 11 % СО₂ в аргоне, СО₂ считают компонентом, а аргон - основным газом).

Источник: ГОСТ Р ИСО 14175-2010: Материалы сварочные. Газы и газовые смеси для сварки плавлением и родственных процессов оригинал документа

3.6 компонент (component): Сущность системы с дискретной структурой в рамках системы, которая взаимодействует с другими компонентами системы, дополняя тем самым систему свойствами и характеристиками на ее самом нижнем уровне.

[ИСО/МЭК 15288:2002]

Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа

3.9 компонент (component): Одна из частей, из которых состоит система; компонент может представлять собой часть оборудования или программного обеспечения и может сам состоять из других компонентов.

[IEEE 610] [1]

Примечание 1 - См. также «система контроля и управления», «оборудование».

Примечание 2 - Термины «оборудование», «компонента» и «модуль» часто используют как взаимозаменяемые. Отношение между этими терминами пока не стандартизовано.

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

3.1.6 составляющий элемент (component): Основная часть главной или заземляющей цепи КРУЭ, которая выполняет особую функцию (например, выключатель, разъединитель, выключатель нагрузки, предохранитель, измерительный трансформатор, ввод, шинопровод и т.д.).

Источник: ГОСТ Р 54828-2011: Комплектные распределительные устройства в металлической оболочке с элегазовой изоляцией (КРУЭ) на номинальные напряжения 110 кВ и выше. Общие технические условия оригинал документа

3.44 компонент (component): Сущность системы с дискретной структурой в рамках системы, которая взаимодействует с другими компонентами системы, дополняя тем самым систему свойствами и характеристиками на ее самом нижнем уровне.

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

усиленная изоляция
Единая система изоляции токоведущих частей, которая в условиях, предусмотренных настоящим стандартом, обеспечивает такую же степень защиты от поражения электрическим током, как и двойная изоляция.
Примечание. Это не означает, что усиленная изоляция является только однородной частью. Она может состоять из нескольких слоев, которые нельзя испытать отдельно как дополнительную или основную изоляцию.
[ ГОСТ Р 52161. 1-2004 ( МЭК 60335-1: 2001)]

EN

reinforced insulation
single insulation applied to live parts, that provides a degree of protection against electric shock equivalent to double insulation under the conditions specified in this standard
NOTE - It is not implied that the insulation is one homogeneous piece. The insulation may comprise several layers which cannot be tested singly as supplementary insulation or basic insulation
[IEC 60335-1, ed. 4.0 (2001-05)]

reinforced insulation
insulation of hazardous-live-parts which provides a degree of protection against electric shock equivalent to double insulation
NOTE – Reinforced insulation may comprise several layers which cannot be tested singly as basic insulation or supplementary insulation.
Source: 826-03-20 MOD
[IEV number 195-06-09]

FR

isolation renforcée
isolation unique des parties actives assurant, dans les conditions spécifiées par la présente norme, un degré de protection contre les chocs électriques équivalent à une double isolation
NOTE - Ceci n'implique pas que l'isolation soit homogène. Elle peut comprendre plusieurs couches qui ne peuvent pas être essayées séparément en tant qu'isolation supplémentaire ou isolation principale.
[IEC 60335-1, ed. 4.0 (2001-05)]

isolation renforcée
isolation des parties actives dangereuses assurant un degré de protection contre les chocs électriques équivalant à celui d'une double isolation
NOTE – L'isolation renforcée peut comporter plusieurs couches qui ne peuvent pas être essayées séparément en tant qu'isolation principale ou isolation supplémentaire.
Source: 826-03-20 MOD
[IEV number 195-06-09]

Тематики

• электробезопасность
• электроустановки

EN

• reinforced insulation

DE

• verstärkte Isolierung

FR

• isolation renforcée

3.4.4 усиленная изоляция (reinforced insulation): Изоляция частей, находящихся под напряжением, обеспечивающая такую же степень защиты от поражения электрическим током, как и двойная изоляция.

Примечание - Примерами усиленной изоляции являются один или несколько слоев, которые не могут быть испытаны отдельно как основная или дополнительная изоляция.

Источник: ГОСТ Р МЭК 60745-1-2005: Машины ручные электрические. Безопасность и методы испытаний. Часть 1. Общие требования оригинал документа

1.2.9.5 усиленная изоляция (reinforced insulation): Единая система изоляции, обеспечивающая степень защиты от поражения электрическим током, эквивалентную степени, обеспечиваемой двойной изоляцией, в условиях, установленных настоящим стандартом.

Примечание - Термин «система изоляции» указывает, что изоляция необязательно должна быть однородной. Она может содержать несколько слоев, которые необязательно оценивают как основную или дополнительную изоляцию.

Источник: ГОСТ Р МЭК 60950-1-2009: Оборудование информационных технологий. Требования безопасности. Часть 1. Общие требования оригинал документа

1.2.9.5 усиленная изоляция (reinforced insulation): Единая система изоляции, обеспечивающая степень защиты от поражения электрическим током, эквивалентную степени, обеспечиваемой двойной изоляцией, в условиях, установленных настоящим стандартом.

Примечание - Термин «система изоляции» указывает, что изоляция не обязательно должна быть однородной. Она может содержать несколько слоев, которые не обязательно оценивают как основную или дополнительную изоляцию.

Источник: ГОСТ Р МЭК 60950-1-2005: Оборудование информационных технологий. Требования безопасности. Часть 1. Общие требования оригинал документа

3.32 усиленная изоляция (reinforced insulation): Изоляция токоведущих деталей, обеспечивающая уровень защиты от поражения электрическим током, эквивалентный двойной изоляции.

Примечание - Усиленная изоляция может включать в себя несколько слоев, которые не могут испытываться отдельно как основная или дополнительная изоляция.

Источник: ГОСТ Р 54111.3-2011: Дорожные транспортные средства на топливных элементах. Требования техники безопасности. Часть 3. Защита людей от поражения электрическим током оригинал документа

3.42 усиленная изоляция (reinforced insulation): Изоляция опасных токоведущих частей, обеспечивающая степень защиты от поражения электрическим током, эквивалентную двойной изоляции.

Примечание - Примерами усиленной изоляции являются один или несколько слоев, которые не могут быть испытаны отдельно как основная изоляция и дополнительная изоляция.

Источник: ГОСТ Р МЭК 60745-1-2009: Машины ручные электрические. Безопасность и методы испытаний. Часть 1. Общие требования оригинал документа

3.4.4 усиленная изоляция (reinforced insulation): Изоляция частей, находящихся под напряжением, обеспечивающая такую же степень защиты от поражения электрическим током, как и двойная изоляция.

Примечание - Примерами усиленной изоляции являются один или несколько слоев, которые не могут быть испытаны отдельно как основная или дополнительная изоляция.

Источник: ГОСТ IEC 60745-1-2011: Машины ручные электрические. Безопасность и методы испытаний. Часть 1. Общие требования

3.3.4 усиленная изоляция (reinforced insulation): Единая система изоляции токоведущих частей, которая в условиях, предусмотренных настоящим стандартом, обеспечивает такую же степень защиты от поражения электрическим током, как и двойная изоляция.

Примечание - Это не означает, что усиленная изоляция является только однородной частью. Она может состоять из нескольких слоев, которые нельзя испытать отдельно как дополнительную или основную изоляцию.

Источник: ГОСТ Р 52161.1-2004: Безопасность бытовых и аналогичных электрических приборов. Часть 1. Общие требования оригинал документа

1.2.19 усиленная изоляция (reinforced insulation): Единая система изоляции токоведущих деталей, обеспечивающая защиту от поражения электрическим током, эквивалентную двойной изоляции.

Примечание - Термин «система изоляции» не означает, что изоляция является цельной и однородной. Она может состоять из нескольких слоев, которые не подвергают испытаниям отдельно как дополнительную или основную изоляцию.

1.2.20 Термин в настоящее время не используют.

Источник: ГОСТ Р МЭК 60598-1-2011: Светильники. Часть 1. Общие требования и методы испытаний оригинал документа

3.5.4 УСИЛЕННАЯ ИЗОЛЯЦИЯ (REINFORCED INSULATION): Изоляция, обеспечивающая защиту от поражения электрическим током, не меньшую, чем ДВОЙНАЯ ИЗОЛЯЦИЯ.

Примечание - УСИЛЕННАЯ ИЗОЛЯЦИЯ может включать в себя несколько слоев, которые в отличие от ОСНОВНОЙ ИЗОЛЯЦИИ и ДОПОЛНИТЕЛЬНОЙ ИЗОЛЯЦИИ не могут быть испытаны раздельно.

Источник: ГОСТ IEC 61010-031-2011: Безопасность электрических контрольно-измерительных приборов и лабораторного оборудования. Часть 031. Требования безопасности к щупам электрическим ручным для электрических измерений и испытаний

влажная уборка пола
Процесс очистки и/или ухода за полом, при котором пол обрабатывается такими жидкими реагентами, применение которых не исключает кратковременного образования луж и промокания покрытия пола.
Примечание - Примерами влажной уборки являются влажная чистка жесткой щеткой, ручное или механическое смывание.
[ ГОСТ Р МЭК 61084-2-2-2007]

EN

wet-treatment of floor
a process for cleaning and/or care by which the floor is treated with liquid agents such that pools of liquid, or soaking of the floor covering for a brief period of time, cannot be excluded.
NOTE Examples of wet treatment are: wet scrubbing, manual or mechanical wiping.
[IEC 61084-2-2, ed. 1.0 (2003-05)]

FR

traitement humide du sol
procédé de nettoyage et/ou d’entretien par lequel le sol est traité avec des agents de traitement liquides tels que l'on ne puisse pas exclure que des flaques puissent se former ou que le revêtement de sol soit imbibé pendant une période brève
NOTE Des exemples de traitement humide sont: brossage humide, nettoyage manuel ou mécanique à l'éponge.
[IEC 61084-2-2, ed. 1.0 (2003-05)]

Тематики

• электропроводка, электромонтаж

EN

• wet-treatment of floor

FR

• traitement humide du sol

3.109 влажная уборка пола (wet-treatment of floor): Процесс очистки и/или ухода за полом, при котором пол обрабатывается такими жидкими реагентами, применение которых не исключает кратковременного образования луж и промокания покрытия пола.

Примечание - Примерами влажной уборки являются влажная чистка жесткой щеткой, ручное или механическое смывание.

Источник: ГОСТ Р МЭК 61084-2-2-2007: Системы кабельных и специальных кабельных коробов для электрических установок. Часть 2-2. Частные требования. Системы кабельных и специальных кабельных коробов, предназначенные для установки под и заподлицо с полом оригинал документа

технология коммутации
-
[Интент]

Современные технологии коммутации
[ http://www.xnets.ru/plugins/content/content.php?content.84]

Статья подготовлена на основании материалов опубликованных в журналах "LAN", "Сети и системы связи", в книге В.Олифер и Н.Олифер "Новые технологии и оборудование IP-сетей", на сайтах www.citforum.ru и опубликована в журнале "Компьютерные решения" NN4-6 за 2000 год.

• Введение
• Коммутация первого уровня.
• Коммутация второго уровня.
• Коммутация третьего уровня.
• Коммутация четвертого уровня.
• Критерии выбора оборудования, физическая и логическая структура сети
• Качество обслуживания (QoS) и принципы задания приоритетов
• Заключение

Введение

На сегодня практически все организации, имеющие локальные сети, остановили свой выбор на сетях типа Ethernet. Данный выбор оправдан тем, что начало внедрения такой сети сопряжено с низкой стоимостью и простотой реализации, а развитие - с хорошей масштабируемостью и экономичностью.

Бросив взгляд назад - увидим, что развитие активного оборудования сетей шло в соответствии с требованиями к полосе пропускания и надежности. Требования, предъявляемые к большей надежности, привели к отказу от применения в качестве среды передачи коаксиального кабеля и перевода сетей на витую пару. В результате такого перехода отказ работы соединения между одной из рабочих станций и концентратором перестал сказываться на работе других рабочих станций сети. Но увеличения производительности данный переход не принес, так как концентраторы используют разделяемую (на всех пользователей в сегменте) полосу пропускания. По сути, изменилась только физическая топология сети - с общей шины на звезду, а логическая топология по-прежнему осталась - общей шиной.

Дальнейшее развитие сетей шло по нескольким путям:

• увеличение скорости,
• внедрение сегментирования на основе коммутации,
• объединение сетей при помощи маршрутизации.

Увеличение скорости при прежней логической топологии - общая шина, привело к незначительному росту производительности в случае большого числа портов.

Большую эффективность в работе сети принесло сегментирование сетей с использованием технология коммутации пакетов. Коммутация наиболее действенна в следующих вариантах:

Вариант 1, именуемый связью "многие со многими" – это одноранговые сети, когда одновременно существуют потоки данных между парами рабочих станций. При этом предпочтительнее иметь коммутатор, у которого все порты имеют одинаковую скорость, (см. Рисунок 1).

Вариант 2, именуемый связью "один со многими" – это сети клиент-сервер, когда все рабочие станции работают с файлами или базой данных сервера. В данном случае предпочтительнее иметь коммутатор, у которого порты для подключения рабочих станций имеют одинаковую небольшую скорость, а порт, к которому подключается сервер, имеет большую скорость,(см. Рисунок 2).

Когда компании начали связывать разрозненные системы друг с другом, маршрутизация обеспечивала максимально возможную целостность и надежность передачи трафика из одной сети в другую. Но с ростом размера и сложности сети, а также в связи со все более широким применением коммутаторов в локальных сетях, базовые маршрутизаторы (зачастую они получали все данные, посылаемые коммутаторами) стали с трудом справляться со своими задачами.

Проблемы с трафиком, связанные с маршрутизацией, проявляются наиболее остро в средних и крупных компаниях, а также в деятельности операторов Internet, так как они вынуждены иметь дело с большими объемами IP-трафика, причем этот трафик должен передаваться своевременно и эффективно.

С подключением настольных систем непосредственно к коммутаторам на 10/100 Мбит/с между ними и магистралью оказывается все меньше промежуточных устройств. Чем выше скорость подключения настольных систем, тем более скоростной должна быть магистраль. Кроме того, на каждом уровне устройства должны справляться с приходящим трафиком, иначе возникновения заторов не избежать.

Рассмотрению технологий коммутации и посвящена данная статья.

Коммутация первого уровня

Термин "коммутация первого уровня" в современной технической литературе практически не описывается. Для начала дадим определение, с какими характеристиками имеет дело физический или первый уровень модели OSI:

физический уровень определяет электротехнические, механические, процедурные и функциональные характеристики активации, поддержания и дезактивации физического канала между конечными системами. Спецификации физического уровня определяют такие характеристики, как уровни напряжений, синхронизацию изменения напряжений, скорость передачи физической информации, максимальные расстояния передачи информации, физические соединители и другие аналогичные характеристики.

Смысл коммутации на первом уровне модели OSI означает физическое (по названию уровня) соединение. Из примеров коммутации первого уровня можно привести релейные коммутаторы некоторых старых телефонных и селекторных систем. В более новых телефонных системах коммутация первого уровня применяется совместно с различными способами сигнализации вызовов и усиления сигналов. В сетях передачи данных данная технология применяется в полностью оптических коммутаторах.

Коммутация второго уровня

Рассматривая свойства второго уровня модели OSI и его классическое определение, увидим, что данному уровню принадлежит основная доля коммутирующих свойств.

Определение. Канальный уровень (формально называемый информационно-канальным уровнем) обеспечивает надежный транзит данных через физический канал. Канальный уровень решает вопросы физической адресации (в противоположность сетевой или логической адресации), топологии сети, линейной дисциплины (каким образом конечной системе использовать сетевой канал), уведомления о неисправностях, упорядоченной доставки блоков данных и управления потоком информации.

На самом деле, определяемая канальным уровнем модели OSI функциональность служит платформой для некоторых из сегодняшних наиболее эффективных технологий. Большое значение функциональности второго уровня подчеркивает тот факт, что производители оборудования продолжают вкладывать значительные средства в разработку устройств с такими функциями.

С технологической точки зрения, коммутатор локальных сетей представляет собой устройство, основное назначение которого - максимальное ускорение передачи данных за счет параллельно существующих потоков между узлами сети. В этом - его главное отличие от других традиционных устройств локальных сетей – концентраторов (Hub), предоставляющих всем потокам данных сети всего один канал передачи данных.

Коммутатор позволяет передавать параллельно несколько потоков данных c максимально возможной для каждого потока скоростью. Эта скорость ограничена физической спецификацией протокола, которую также часто называют "скоростью провода". Это возможно благодаря наличию в коммутаторе большого числа центров обработки и продвижения кадров и шин передачи данных.

Коммутаторы локальных сетей в своем основном варианте, ставшем классическим уже с начала 90-х годов, работают на втором уровне модели OSI, применяя свою высокопроизводительную параллельную архитектуру для продвижения кадров канальных протоколов. Другими словами, ими выполняются алгоритмы работы моста, описанные в стандартах IEEE 802.1D и 802.1H. Также они имеют и много других дополнительных функций, часть которых вошла в новую редакцию стандарта 802.1D-1998, а часть остается пока не стандартизованной.

Коммутаторы ЛВС отличаются большим разнообразием возможностей и, следовательно, цен - стоимость 1 порта колеблется в диапазоне от 50 до 1000 долларов. Одной из причин столь больших различий является то, что они предназначены для решения различных классов задач. Коммутаторы высокого класса должны обеспечивать высокую производительность и плотность портов, а также поддерживать широкий спектр функций управления. Простые и дешевые коммутаторы имеют обычно небольшое число портов и не способны поддерживать функции управления. Одним из основных различий является используемая в коммутаторе архитектура. Поскольку большинство современных коммутаторов работают на основе патентованных контроллеров ASIC, устройство этих микросхем и их интеграция с остальными модулями коммутатора (включая буферы ввода-вывода) играет важнейшую роль. Контроллеры ASIC для коммутаторов ЛВС делятся на 2 класса - большие ASIC, способные обслуживать множество коммутируемых портов (один контроллер на устройство) и небольшие ASIC, обслуживающие по несколько портов и объединяемые в матрицы коммутации.

Существует 3 варианта архитектуры коммутаторов:
 

• переключение (cross-bar) с буферизацией на входе,
• самомаршрутизация (self-route) с разделяемой памятью
• высокоскоростная шина.

На рисунке 3 показана блок-схема коммутатора с архитектурой, используемой для поочередного соединения пар портов. В любой момент такой коммутатор может обеспечить организацию только одного соединения (пара портов). При невысоком уровне трафика не требуется хранение данных в памяти перед отправкой в порт назначения - такой вариант называется коммутацией на лету cut-through. Однако, коммутаторы cross-bar требуют буферизации на входе от каждого порта, поскольку в случае использования единственно возможного соединения коммутатор блокируется (рисунок 4). Несмотря на малую стоимость и высокую скорость продвижения на рынок, коммутаторы класса cross-bar слишком примитивны для эффективной трансляции между низкоскоростными интерфейсами Ethernet или token ring и высокоскоростными портами ATM и FDDI.

Коммутаторы с разделяемой памятью имеют общий входной буфер для всех портов, используемый как внутренняя магистраль устройства (backplane). Буферизагия данных перед их рассылкой (store-and-forward - сохранить и переслать) приводит к возникновению задержки. Однако, коммутаторы с разделяемой памятью, как показано на рисунке 5 не требуют организации специальной внутренней магистрали для передачи данных между портами, что обеспечивает им более низкую цену по сравнению с коммутаторами на базе высокоскоростной внутренней шины.

На рисунке 6 показана блок-схема коммутатора с высокоскоростной шиной, связывающей контроллеры ASIC. После того, как данные преобразуются в приемлемый для передачи по шине формат, они помещаются на шину и далее передаются в порт назначения. Поскольку шина может обеспечивать одновременную (паралельную) передачу потока данных от всех портов, такие коммутаторы часто называют "неблокируемыми" (non-blocking) - они не создают пробок на пути передачи данных.

Применение аналогичной параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня модели OSI.

Коммутация третьего уровня

В продолжении темы о технологиях коммутации рассмотренных в предыдущем номера повторим, что применение параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня. Это позволило существенно, в 10-100 раз повысить скорость маршрутизации по сравнению с традиционными маршрутизаторами, в которых один центральный универсальный процессор выполняет программное обеспечение маршрутизации.

По определению Сетевой уровень (третий) - это комплексный уровень, который обеспечивает возможность соединения и выбор маршрута между двумя конечными системами, подключенными к разным "подсетям", которые могут находиться в разных географических пунктах. В данном случае "подсеть" это, по сути, независимый сетевой кабель (иногда называемый сегментом).

Коммутация на третьем уровне - это аппаратная маршрутизация. Традиционные маршрутизаторы реализуют свои функции с помощью программно-управляемых процессоров, что будем называть программной маршрутизацией. Традиционные маршрутизаторы обычно продвигают пакеты со скоростью около 500000 пакетов в секунду. Коммутаторы третьего уровня сегодня работают со скоростью до 50 миллионов пакетов в секунду. Возможно и дальнейшее ее повышение, так как каждый интерфейсный модуль, как и в коммутаторе второго уровня, оснащен собственным процессором продвижения пакетов на основе ASIC. Так что наращивание количества модулей ведет к наращиванию производительности маршрутизации. Использование высокоскоростной технологии больших заказных интегральных схем (ASIC) является главной характеристикой, отличающей коммутаторы третьего уровня от традиционных маршрутизаторов. Коммутаторы 3-го уровня делятся на две категории: пакетные (Packet-by-Packet Layer 3 Switches, PPL3) и сквозные (Cut-Through Layer 3 Switches, CTL3). PPL3 - означает просто быструю маршрутизацию (Рисунок_7). CTL3 – маршрутизацию первого пакета и коммутацию всех остальных (Рисунок 8).

У коммутатора третьего уровня, кроме реализации функций маршрутизации в специализированных интегральных схемах, имеется несколько особенностей, отличающих их от традиционных маршрутизаторов. Эти особенности отражают ориентацию коммутаторов 3-го уровня на работу, в основном, в локальных сетях, а также последствия совмещения в одном устройстве коммутации на 2-м и 3-м уровнях:
 

• поддержка интерфейсов и протоколов, применяемых в локальных сетях,
• усеченные функции маршрутизации,
• обязательная поддержка механизма виртуальных сетей,
• тесная интеграция функций коммутации и маршрутизации, наличие удобных для администратора операций по заданию маршрутизации между виртуальными сетями.

Наиболее "коммутаторная" версия высокоскоростной маршрутизации выглядит следующим образом (рисунок 9). Пусть коммутатор третьего уровня построен так, что в нем имеется информация о соответствии сетевых адресов (например, IP-адресов) адресам физического уровня (например, MAC-адресам) Все эти МАС-адреса обычным образом отображены в коммутационной таблице, независимо от того, принадлежат ли они данной сети или другим сетям.

Первый коммутатор, на который поступает пакет, частично выполняет функции маршрутизатора, а именно, функции фильтрации, обеспечивающие безопасность. Он решает, пропускать или нет данный пакет в другую сеть Если пакет пропускать нужно, то коммутатор по IP-адресу назначения определяет МАС-адрес узла назначения и формирует новый заголовок второго уровня с найденным МАС-адресом. Затем выполняется обычная процедура коммутации по данному МАС-адресу с просмотром адресной таблицы коммутатора. Все последующие коммутаторы, построенные по этому же принципу, обрабатывают данный кадр как обычные коммутаторы второго уровня, не привлекая функций маршрутизации, что значительно ускоряет его обработку. Однако функции маршрутизации не являются для них избыточными, поскольку и на эти коммутаторы могут поступать первичные пакеты (непосредственно от рабочих станций), для которых необходимо выполнять фильтрацию и подстановку МАС-адресов.

Это описание носит схематический характер и не раскрывает способов решения возникающих при этом многочисленных проблем, например, проблемы построения таблицы соответствия IP-адресов и МАС-адресов

Примерами коммутаторов третьего уровня, работающих по этой схеме, являются коммутаторы SmartSwitch компании Cabletron. Компания Cabletron реализовала в них свой протокол ускоренной маршрутизации SecureFast Virtual Network, SFVN.

Для организации непосредственного взаимодействия рабочих станций без промежуточного маршрутизатора необходимо сконфигурировать каждую из них так, чтобы она считала собственный интерфейс маршрутизатором по умолчанию. При такой конфигурации станция пытается самостоятельно отправить любой пакет конечному узлу, даже если этот узел находится в другой сети. Так как в общем случае (см. рисунок 10) станции неизвестен МАС-адрес узла назначения, то она генерирует соответствующий ARP-запрос, который перехватывает коммутатор, поддерживающий протокол SFVN. В сети предполагается наличие сервера SFVN Server, являющегося полноценным маршрутизатором и поддерживающего общую ARP-таблицу всех узлов SFVN-сети. Сервер возвращает коммутатору МАС-адрес узла назначения, а коммутатор, в свою очередь, передает его исходной станции. Одновременно сервер SFVN передает коммутаторам сети инструкции о разрешении прохождения пакета с МАС-адресом узла назначения через границы виртуальных сетей. Затем исходная станция передает пакет в кадре, содержащем МАС-адрес узла назначения. Этот кадр проходит через коммутаторы, не вызывая обращения к их блокам маршрутизации. Отличие протокола SFVN компании Cabletron от - описанной выше общей схемы в том, что для нахождения МАС-адреса по IP-адресу в сети используется выделенный сервер.

Протокол Fast IP компании 3Com является еще одним примером реализации подхода с отображением IP-адреса на МАС-адрес. В этом протоколе основными действующими лицами являются сетевые адаптеры (что не удивительно, так как компания 3Com является признанным лидером в производстве сетевых адаптеров Ethernet) С одной стороны, такой подход требует изменения программного обеспечения драйверов сетевых адаптеров, и это минус Но зато не требуется изменять все остальное сетевое оборудование.

При необходимости передать пакет узлу назначения другой сети, исходный узел в соответствии с технологией Fast IP должен передать запрос по протоколу NHRP (Next Hop Routing Protocol) маршрутизатору сети. Маршрутизатор переправляет этот запрос узлу назначения, как обычный пакет Узел назначения, который также поддерживает Fast IP и NHRP, получив запрос, отвечает кадром, отсылаемым уже не маршрутизатору, а непосредственно узлу-источнику (по его МАС-адресу, содержащемуся в NHRP-запросе). После этого обмен идет на канальном уровне на основе известных МАС-адресов. Таким образом, снова маршрутизировался только первый пакет потока (как на рисунке 9 кратковременный поток), а все остальные коммутировались (как на рисунке 9 долговременный поток).

Еще один тип коммутаторов третьего уровня — это коммутаторы, работающие с протоколами локальных сетей типа Ethernet и FDDI. Эти коммутаторы выполняют функции маршрутизации не так, как классические маршрутизаторы. Они маршрутизируют не отдельные пакеты, а потоки пакетов.

Поток — это последовательность пакетов, имеющих некоторые общие свойства. По меньшей мере, у них должны совпадать адрес отправителя и адрес получателя, и тогда их можно отправлять по одному и тому же маршруту. Если классический способ маршрутизации использовать только для первого пакета потока, а все остальные обрабатывать на основании опыта первого (или нескольких первых) пакетов, то можно значительно ускорить маршрутизацию всего потока.

Рассмотрим этот подход на примере технологии NetFlow компании Cisco, реализованной в ее маршрутизаторах и коммутаторах. Для каждого пакета, поступающего на порт маршрутизатора, вычисляется хэш-функция от IP-адресов источника, назначения, портов UDP или TCP и поля TOS, характеризующего требуемое качество обслуживания. Во всех маршрутизаторах, поддерживающих данную технологию, через которые проходит данный пакет, в кэш-памяти портов запоминается соответствие значения хэш-функции и адресной информации, необходимой для быстрой передачи пакета следующему маршрутизатору. Таким образом, образуется квазивиртуальный канал (см. Рисунок 11), который позволяет быстро передавать по сети маршрутизаторов все последующие пакеты этого потока. При этом ускорение достигается за счет упрощения процедуры обработки пакета маршрутизатором - не просматриваются таблицы маршрутизации, не выполняются ARP-запросы.

Этот прием может использоваться в маршрутизаторах, вообще не поддерживающих коммутацию, а может быть перенесен в коммутаторы. В этом случае такие коммутаторы тоже называют коммутаторами третьего уровня. Примеров маршрутизаторов, использующих данный подход, являются маршрутизаторы Cisco 7500, а коммутаторов третьего уровня — коммутаторы Catalyst 5000 и 5500. Коммутаторы Catalyst выполняют усеченные функции описанной схемы, они не могут обрабатывать первые пакеты потоков и создавать новые записи о хэш-функциях и адресной информации потоков. Они просто получают данную информацию от маршрутизаторов 7500 и обрабатывают пакеты уже распознанных маршрутизаторами потоков.

Выше был рассмотрен способ ускоренной маршрутизации, основанный на концепции потока. Его сущность заключается в создании квазивиртуальных каналов в сетях, которые не поддерживают виртуальные каналы в обычном понимании этого термина, то есть сетях Ethernet, FDDI, Token Ring и т п. Следует отличать этот способ от способа ускоренной работы маршрутизаторов в сетях, поддерживающих технологию виртуальных каналов — АТМ, frame relay, X 25. В таких сетях создание виртуального канала является штатным режимом работы сетевых устройств. Виртуальные каналы создаются между двумя конечными точками, причем для потоков данных, требующих разного качества обслуживания (например, для данных разных приложений) может создаваться отдельный виртуальный канал. Хотя время создания виртуального канала существенно превышает время маршрутизации одного пакета, выигрыш достигается за счет последующей быстрой передачи потока данных по виртуальному каналу. Но в таких сетях возникает другая проблема — неэффективная передача коротких потоков, то есть потоков, состоящих из небольшого количества пакетов (классический пример — пакеты протокола DNS).

Накладные расходы, связанные с созданием виртуального канала, приходящиеся на один пакет, снижаются при передаче объемных потоков данных. Однако они становятся неприемлемо высокими при передаче коротких потоков. Для того чтобы эффективно передавать короткие потоки, предлагается следующий вариант, при передаче нескольких первых пакетов выполняется обычная маршрутизация. Затем, после того как распознается устойчивый поток, для него строится виртуальный канал, и дальнейшая передача данных происходит с высокой скоростью по этому виртуальному каналу. Таким образом, для коротких потоков виртуальный канал вообще не создается, что и повышает эффективность передачи.

По такой схеме работает ставшая уже классической технология IP Switching компании Ipsilon. Для того чтобы сети коммутаторов АТМ передавали бы пакеты коротких потоков без установления виртуального канала, компания Ipsilon предложила встроить во все коммутаторы АТМ блоки IP-маршрутизации (рисунок 12), строящие обычные таблицы маршрутизации по обычным протоколам RIP и OSPF.

Компания Cisco Systems выдвинула в качестве альтернативы технологии IP Switching свою собственную технологию Tag Switching, но она не стала стандартной. В настоящее время IETF работает над стандартным протоколом обмена метками MPLS (Multi-Protocol Label Switching), который обобщает предложение компаний Ipsilon и Cisco, а также вносит некоторые новые детали и механизмы. Этот протокол ориентирован на поддержку качества обслуживания для виртуальных каналов, образованных метками.

Коммутация четвертого уровня

Свойства четвертого или транспортного уровня модели OSI следующие: транспортный уровень обеспечивает услуги по транспортировке данных. В частности, заботой транспортного уровня является решение таких вопросов, как выполнение надежной транспортировки данных через объединенную сеть. Предоставляя надежные услуги, транспортный уровень обеспечивает механизмы для установки, поддержания и упорядоченного завершения действия виртуальных каналов, систем обнаружения и устранения неисправностей транспортировки и управления информационным потоком (с целью предотвращения переполнения данными из другой системы).

Некоторые производители заявляют, что их системы могут работать на втором, третьем и даже четвертом уровнях. Однако рассмотрение описания стека TCP/IP (рисунок 1), а также структуры пакетов IP и TCP (рисунки 2, 3), показывает, что коммутация четвертого уровня является фикцией, так как все относящиеся к коммутации функции осуществляются на уровне не выше третьего. А именно, термин коммутация четвертого уровня с точки зрения описания стека TCP/IP противоречий не имеет, за исключением того, что при коммутации должны указываться адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя. Пакеты TCP имеют поля локальный порт отправителя и локальный порт получателя (рисунок 3), несущие смысл точек входа в приложение (в программу), например Telnet с одной стороны, и точки входа (в данном контексте инкапсуляции) в уровень IP. Кроме того, в стеке TCP/IP именно уровень TCP занимается формированием пакетов из потока данных идущих от приложения. Пакеты IP (рисунок 2) имеют поля адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя и следовательно могут наряду с MAC адресами использоваться для коммутации. Тем не менее, название прижилось, к тому же практика показывает, что способность системы анализировать информацию прикладного уровня может оказаться полезной — в частности для управления трафиком. Таким образом, термин "зависимый от приложения" более точно отражает функции так называемых коммутаторов четвертого уровня.

Тематики

• сети вычислительные

EN

• switching technology

оборудование
Совокупность связанных между собой частей или устройств, из которых по крайней мере одно движется, а также элементы привода, управления и энергетические узлы, которые предназначены для определенного применения, в частности для обработки, производства, перемещения или упаковки материала. К термину «оборудование» относят также машину и совокупность машин, которые так устроены и управляемы, что они функционируют как единое целое для достижения одной и той же цели.
[ГОСТ ЕН 1070-2003]

EN

equipment
single apparatus or set of devices or apparatuses, or the set of main devices of an installation, or all devices necessary to perform a specific task
NOTE – Examples of equipment are a power transformer, the equipment of a substation, measuring equipment.
[IEV number 151-11-25 ]

equipment
material, fittings, devices, components, appliances, fixtures, apparatus, and the like used as part of, or in connection with, the electrical equipment of machines
[IEC 60204-1-2006]

FR

équipement, m
matériel, m
appareil unique ou ensemble de dispositifs ou appareils, ou ensemble des dispositifs principaux d'une installation, ou ensemble des dispositifs nécessaires à l'accomplissement d'une tâche particulière
NOTE – Des exemples d’équipement ou de matériel sont un transformateur de puissance, l’équipement d’une sous-station, un équipement de mesure.
[IEV number 151-11-25]

Тематики

• электробезопасность

EN

• accessories
• apparatus
• appliance
• assets
• environment
• equipment
• facility
• fitment
• fixing
• gear
• H/W
• hardware
• hardware environment
• HW
• installation
• instrument
• instrumentation
• layout
• machinery
• outfit
• paraphernalia
• plant
• plant stock
• product
• provisions
• rig
• rigging
• set-up
• stock-in-trade
• tackle
• technical equipment
• technique

DE

• Ausrüstung
• Betriebsmittel
• Maschine

FR

• machine
• matériel, m
• équipement, m

продукт
—
[ http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]

продукт
1. Вещественный результат производственной (экономической) деятельности; в этом смысле совокупность продуктов экономической системы (объекта) — полезная часть ее выпуска. Раз возникнув, каждый П. обладает своим жизненным циклом, длительность которого может быть различной. Разграничение продуктов и ресурсов в экономико-математических моделях не проводится однозначно: оно зависит от структуры и других особенностей модели. Например, если первичным элементом модели является предприятие, то, допустим, автомобильный мотор можно рассматривать как П. моторного завода, а если модель ограничена отраслевым делением, тот же мотор будет лишь полуфабрикатом (т.е. ресурсом) в отрасли машиностроения. В статических моделях оборудование и другие вещественные элементы капитальных вложений — это ограниченные ресурсы; в динамических моделях они же — продукция соответствующих отраслей промышленности. Строго говоря, каждый П. в народном хозяйстве является воспроизводимым ресурсом для производства каких-либо других продуктов. Исключение — конечные продукты, выводимые за пределы экономической системы. См. также Блага. 2. То же, что продукция (как правило, в стоимостном измерении). В таком обобщенном смысле слово «П.» применяется в терминах: совокупный общественный П., конечный П. и др.
[ http://slovar-lopatnikov.ru/]

EN

product
Something produced by human or mechanical effort or by a natural process. (Source: AMHER)
[http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]

• пищевой продукт
  
  • молочный продукт
  • мясной продукт
  • зерновой продукт
  • винодельческий продукт
• продукт в экономике
  
  • валовой продукт
    
    • валовой внутренний продукт
    • валовой региональный продукт
  • продукт труда
• продукт в производстве
  
  • целевой продукт
  • побочный продукт
  • продукт переработки
• продукт как результат физического (химического) процесса
  
  • продукт горения
  • продукт деления
  • продукт коррозии
• программный продукт
• информационный продукт
• продукт как услуга (комплекс услуг)
  
  • туристический продукт
  • банковский продукт

Тематики

• охрана окружающей среды
• экономика

EN

• product

DE

• Produkt

FR

• produit

продукция
Результат деятельности или процессов.
Примечания
1 Продукция может включать услуги, оборудование, перерабатываемые материалы, программное обеспечение или комбинации из них.
2 Продукция может быть материальной (например, узлы или перерабатываемые материалы) или нематериальной (например, информация или понятия), или комбинацией из них.
3 Продукция может быть намеренной (например, предложение потребителям или ненамеренной (например, загрязнитель или нежелательные последствия).
[ИСО 8402-94]
[ ГОСТ Р 52104-2003]

продукция
Результат процесса.
Примечания
1. Существуют четыре общие категории продукции:
- услуги (например, перевозки);
- программные средства (например, компьютерная программа, словарь);
- технические средства (например, узел двигателя);
- перерабатываемые материалы (например, смазка).
Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным, техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.(например, поставляемая продукция "автомобиль" состоит из технических средств (например, шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция для водителя) и услуги (разъяснения по эксплуатации, даваемые продавцом).
2. Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика и потребителя, и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:
- деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);
- деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, составление заявления о доходах, необходимого для определения размера налога);
- предоставление нематериальной продукции (например, информации в смысле передачи знаний);
- создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).
Программное средство содержит информацию и обычно является нематериальным, может также быть в форме подходов, операций или процедуры.
Техническое средство, как правило, является материальным и его количество выражается исчисляемой характеристикой. Перерабатываемые материалы обычно являются материальными и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называют товарами.
3. обеспечение качества направлено главным образом на предполагаемую продукцию.
[ ГОСТ Р ИСО 9000-2008]

продукция
Товары, поступившие в продажу.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

продукция
Совокупность продуктов и услуг производства (или иной экономической деятельности: строительства, транспорта, связи и др.), оцениваемая в стоимостном или натуральном измерении; выход экономической системы. В различных источниках круг объектов, относимых к П., существенно различается. В плановой практике продукцией считаются только полезные продукты труда — готовые изделия, полуфабрикаты, услуги. В более широком смысле, кроме этого, к ней относят также, например, отходы, в том числе загрязняющие среду, побочные продукты, брак. Однако в этом смысле предпочтительнее термин выпуск. См. также Валовая продукция, Конечный продукт (народнохозяйственный), Конечный продукт отрасли, Продукт, Результаты, Условно-чистая продукция, Чистая продукция.
[ http://slovar-lopatnikov.ru/]

EN

merchandise
Goods that are sold in business.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

• ресурсосбережение, обращение с отходами
• системы менеджмента качества
• спорт (коммерческая деятельность)
• управл. качеством и обеспеч. качества
• экономика

EN

• merchandise
• output
• product
• production

продукция (в экологическом менеджменте)
Любой товар или услуга.
Примечание
Под продукцией в контексте экологической маркировки и оценки жизненного цикла понимается определенный вид продукта или услуги, а не вся совокупность продуктов или услуг, производимых (оказываемых) организацией.
[ http://www.14000.ru/glossary/main.php?PHPSESSID=25e3708243746ef7c85d0a8408d768af]

EN

product
Any goods or service.
[ISO 14021]

Тематики

• управление окружающей средой

EN

• product

произведение (мат.)
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва]

Тематики

• электротехника, основные понятия

EN

• product

товар
Любая вещь, не ограниченная в обороте, свободно отчуждаемая и переходящая от одного лица к другому по договору купли-продажи.
[ ГОСТ Р 51303-99]

товар
Продукт производственной деятельности (включая работы, услуги), предназначенный для продажи, обмена или иного введения в хозяйственный оборот.
[ http://slovar-lopatnikov.ru/]

Тематики

• торговля
• экономика

EN

• commodity
• goods
• product

4.28 продукт (product): Результат процесса.

[ИСО 9000:2005]

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

4.38 продукция (product): Полный набор компьютерных программ, процедур и соответствующих им документации и данных, предназначенный для поставки пользователю.

Примечание - Используют также термин «программный продукт».

Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа

3.2 продукция (product): Результат процесса.

Примечания

1 В стандарте ИСО 9000:2005 упоминаются четыре общие категории продукции:

- услуги (например, перевозки) (см. определение в п. 3.4);

- программные средства (например, компьютерная программа, словарь);

- технические средства (например, двигатель, механическая деталь);

- переработанные материалы (например, смазка).

Многие виды продукции содержат элементы, относящиеся к разным общим категориям продукции. Называется ли в этом случае продукция услугой, программным продуктом, техническим средством или переработанным материалом, будет зависеть от главенствующего элемента.

2 Продукция включает результаты природных процессов, такие как рост растений и формирование других природных ресурсов.

3 Определение заимствовано из стандарта ИСО/МЭК 17000:2004 (3.3).

Источник: ГОСТ Р ИСО/МЭК 17020-2012: Оценка соответствия. Требования к работе различных типов органов инспекции оригинал документа

3.1 Термины, определенные в ИСО 10303-1

В настоящем стандарте применены следующие термины:

- приложение (application);

- прикладной объект (application object);

- прикладной протокол (application protocol);

- прикладная эталонная модель; ПЭМ (application reference model; ARM);

- данные (data);

- информация (information);

- интегрированный ресурс (integrated resource);

- изделие (product);

- данные об изделии (product data).

Источник: ГОСТ Р ИСО/ТС 10303-1287-2008: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1287. Прикладные модули. Регистрация действий по прикладному протоколу ПП239

3.3 продукция (product): Результат процесса.

Примечание - Примерами продукции могут быть информационная система, программное обеспечение, информационная услуга и т.д.

Источник: ГОСТ Р 52655-2006: Информационно-коммуникационные технологии в образовании. Интегрированная автоматизированная система управления учреждением высшего профессионального образования. Общие требования оригинал документа

3.1 Термины, определенные в ИСО 10303-1

В настоящем стандарте применены следующие термины:

- приложение (application);

- прикладной контекст (application context);

- прикладной протокол; ПП (application protocol; АР);

- метод реализации (implementation method);

- интегрированный ресурс (integrated resource);

- интерпретация (interpretation);

- модель (model);

- изделие (product);

- данные об изделии (product data).

Источник: ГОСТ Р ИСО 10303-502-2006: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 502. Прикладные интерпретированные конструкции. Каркасное представление формы на основе оболочек оригинал документа

3.1 продукция (product): Результат действий или процесса. Продукцией могут быть: услуги, технические средства, обработанные материалы, программное обеспечение или их комбинация.

Источник: ГОСТ Р 51901.4-2005: Менеджмент риска. Руководство по применению при проектировании оригинал документа

3.4.2 продукция (product): Результат процесса (3.4.1).

Примечания

1 Существуют четыре общие категории продукции:

- услуги (например, перевозки);

- программные средства (например, компьютерная программа, словарь);

- технические средства (например, узел двигателя);

- перерабатываемые материалы (например, смазка).

Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным, техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.

Например, поставляемая продукция «автомобиль» состоит из технических средств (например, шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция для водителя) и услуги (разъяснения по эксплуатации, даваемые продавцом).

2 Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика (3.3.6)и потребителя (3.3.5), и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:

- деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);

- деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, составление заявления о доходах, необходимого для определения размера налога);

- предоставление нематериальной продукции (например, информации в смысле передачи знаний);

- создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).

Программное средство содержит информацию и обычно является нематериальным, может также быть в форме подходов, операций или процедуры (3.4.5).

Техническое средство, как правило, является материальным и его количество выражается исчисляемой характеристикой (3.5.1). Перерабатываемые материалы обычно являются материальными и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называют товарами.

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.4 продукция (product): Результат процесса (см. 3.3).

Примечания

1 Имеются четыре общие категории продукции:

- услуги (например перевозки);

- программные средства (например компьютерная программа, словарь);

- технические средства (например узел двигателя);

- перерабатываемые материалы (например смазка).

Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным или техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.

Например, поставляемая продукция «автомобиль» состоит из технических средств (например шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция водителю) и услуг (разъяснения по эксплуатации, даваемые продавцом).

2 Услуга является результатом по меньшей мере одного действия, обязательно осуществленного при взаимодействии поставщика и потребителя, она, как правило, нематериальна. Предоставление услуги может включать в себя, к примеру, следующее:

- деятельность, осуществленную на поставленной потребителем материальной продукции (например автомобиль, нуждающийся в ремонте);

- деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, заявление о доходах, необходимое для определения размера налога);

- предоставление нематериальной продукции (например информации, в смысле передачи знаний);

- создание благоприятных условий для потребителей (например в гостиницах и ресторанах). Программное средство содержит информацию и обычно является нематериальным, может также быть в

форме подходов, операций или процедуры (3.2).

Техническое средство, как правило, является материальным и его количество выражается исчисляемой характеристикой. Перерабатываемые материалы обычно являются материальными и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называются товарами.

[см. 3.4.2 ИСО 9000]

Источник: ГОСТ Р ИСО 10005-2007: Менеджмент организации. Руководящие указания по планированию качества оригинал документа

3.2.26 изделие (product): Объект или вещество, полученные естественным или искусственным путем;

Источник: ГОСТ Р ИСО 10303-1-99: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1. Общие представления и основополагающие принципы оригинал документа

3.1.11 продукция (product): Любые изделия или услуги.

Источник: ГОСТ Р ИСО 14021-2000: Этикетки и декларации экологические. Самодекларируемые экологические заявления (экологическая маркировка по типу II) оригинал документа

3.2 продукция (Product): Любой товар или услуга.

Источник: ГОСТ Р ИСО 14024-2000: Этикетки и декларации экологические. Экологическая маркировка типа I. Принципы и процедуры оригинал документа

3.9 продукция (product): Любые товары или услуги.

Примечание 1 - Для целей настоящего стандарта термин «продукция» охватывает услуги. Продукцию можно распределить по следующим категориям:

- услуги (например транспортирование);

- программное обеспечение (например компьютерная программа, словарь);

- технические средства (например механическая часть двигателя);

- обработанные материалы (например смазка).

Примечание 2 - Услуги имеют материальные и нематериальные элементы. Предоставление услуги может включать, например, следующее:

- деятельность, выполняемую в отношении материальной продукции, поставленной потребителем (например, на подлежащем ремонту автомобиле);

- деятельность, выполняемую в отношении нематериальной продукции, поставленной потребителю (например, декларация о доходах, необходимая для возврата налогов);

- поставку нематериальной продукции (например, поставку информации в контексте передачи знаний);

- создание среды для потребителя (например, в гостиницах и ресторанах).

Программное обеспечение включает информацию, является, как правило, нематериальным объектом и может быть представлено в форме соответствующих подходов, операций или процедур.

Технические средства являются, как правило, материальными, а их количество - дискретной величиной.

Переработанные материалы являются, как правило, материальными, а их количество - непрерывной величиной.

Примечание 3 - Адаптировано в соответствии с ИСО 14021:1999 и ИСО 9000:2005.

Источник: ГОСТ Р ИСО 14040-2010: Экологический менеджмент. Оценка жизненного цикла. Принципы и структура оригинал документа

3.9 продукция (product): Любые товары или услуги.

Примечание 1 - В настоящем стандарте термин «продукция» включает в себя также предоставление услуг. Продукцию можно распределить по следующим категориям:

- услуги (например, транспортирование);

- программное обеспечение (например, компьютерная программа, словарь);

- технические средства (например, механическая часть двигателя);

- обработанные материалы (например, смазка);

Примечание 2 - Услуги включают в себя как материальные, так и нематериальные элементы. Предоставление услуги может включать в себя, например, следующее:

- деятельность, выполняемую в отношении материальной продукции, поставленной потребителем (например, ремонт автомобиля);

- деятельность, выполняемую в отношении нематериальной продукции, поставленной потребителю (например, декларация о доходах, необходимая для целей налогообложения);

- поставку нематериальной продукции (например, поставку информации в контексте передачи знаний);

- создание среды для потребителя (например, в гостиницах и ресторанах).

Примечание 3 - Программное обеспечение включает в себя информацию и является, как правило, нематериальным объектом и может быть представлено в форме соответствующих подходов, операций или процедур.

Технические средства являются, как правило, материальной продукцией, а их количество - дискретной величиной.

Переработанные материалы являются, как правило, материальной продукцией, а их количество - непрерывной величиной.

Источник: ГОСТ Р ИСО 14044-2007: Экологический менеджмент. Оценка жизненного цикла. Требования и рекомендации оригинал документа

3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать в себя компонент предоставления услуги. Продукт может включать в себя также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.1-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами оригинал документа

3.10 продукция (product): Объект (аппаратные средства, программные средства, материалы), для которого устанавливают или оценивают пригодность использования.

Источник: ГОСТ Р ИСО 9241-11-2010: Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов (VDT). Часть 11. Руководство по обеспечению пригодности использования оригинал документа

3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать в себя компонент предоставления услуги. Продукт может включать в себя также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.2-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация ресурсов оригинал документа

2.11 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать в себя компонент предоставления услуги. Продукт может включать в себя также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.0-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Общая структура бизнес-процессов оригинал документа

3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать в себя компонент предоставления услуги. Продукт может включать в себя также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.3-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с клиентами оригинал документа

4.6 продукт (product): Изделие, которое подлежит продаже в завершенном и готовом к использованию товарном виде [11].

Источник: ГОСТ Р ИСО 17363-2010: Применение радиочастотной идентификации (RFID) в цепи поставок. Контейнеры грузовые оригинал документа

2.19 продукт (product): Основной (материальный) выход из технической энергетической системы.

Источник: ГОСТ Р ИСО 13600-2011: Системы технические энергетические. Основные положения оригинал документа

3.7 продукция (product): Ex оборудование, защитные системы, устройства защиты, Ex компоненты и их комбинации, а также программное обеспечение и обслуживание, как определено в 3.4.2 ГОСТ Р ИСО 9000.

Источник: ГОСТ Р 54370-2011: Взрывоопасные среды. Система менеджмента качества изготовителя оборудования. Требования оригинал документа

3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать компонент предоставления услуги. Продукт может включать также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.6-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт Разработка и управление услугами оригинал документа

3.4.2 продукция (product): Результат процесса (3.4.1).

Примечания

1 Существуют четыре общие категории продукции:

- услуги (например, перевозки);

- программные средства (например, компьютерная программа, словарь);

- технические средства (например, узел двигателя);

- перерабатываемые материалы (например, смазка).

Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным, техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.

Например, поставляемая продукция «автомобиль» состоит из технических средств (например, шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция для водителя) и услуги (разъяснения по эксплуатации, даваемые продавцом).

2 Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика (3.3.6) и потребителя (3.3.5), и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:

- деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);

- деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, составление заявления о доходах, необходимого для определения размера налога);

- предоставление нематериальной продукции (например, информации в смысле передачи знаний);

- создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).

Программное средство содержит информацию и обычно является нематериальным, может также быть в форме подходов, операций или процедуры (3.4.5).

Техническое средство, как правило, является материальным, и его количество выражается исчисляемой характеристикой (3.5.1). Перерабатываемые материалы обычно являются материальными, и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называют товарами.

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

3.1 продукция (product): Результат процесса.

Примечания

1 К продукции могут относиться услуги, программные средства, технические средства или перерабатываемые материалы.

2 Термин заимствован из подпункта 3.4.2 ИСО 9000:2005, три первоначальных примечания к которому были объединены в примечание 1.

Источник: ГОСТ Р 54732-2011: Менеджмент качества. Удовлетворенность потребителей. Руководящие указания по мониторингу и измерению оригинал документа

2.27 продукт (product) - См. определение термина «оцениваемый объект».

Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа

3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать компонент предоставления услуги. Продукт может включать также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.8-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление цепочками поставок оригинал документа

3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать компонент предоставления услуги. Продукт может включать также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.5-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Управление маркетингом и предложением продукта оригинал документа

3.3 продукция (product): Результат процесса².

[ISO 9000:2000, 3.4.2].

_____________

² Термин «продукция» может быть использован в зависимости от сферы применения не только как обобщающий термин, включающий в себя различные результаты процесса, например услуги, но и как один вид результата - собственно продукция, как это используется в ИСО/МЭК 2:2004 и в законодательстве Российской Федерации.

Примечания

1 Стандарт ИСО 9000:2000 рассматривает четыре общие категории продукции: услуги (например, транспортировка); программные средства (например, компьютерная программа, словарь); технические средства (например, двигатель, механическая деталь); перерабатываемые материалы (например, смазка). Множество продукции включает в себя элементы, принадлежащие к разным общим категориям. Ее название в этом случае зависит от преобладающего элемента.

2 Заявление о соответствии, о котором идет речь в примечании 1 к 5.2, может рассматриваться как результат подтверждения соответствия (5.2).

Источник: ГОСТ Р ИСО/МЭК 17000-2009: Оценка соответствия. Словарь и общие принципы оригинал документа

3.2.29 продукция (product): Результат процесса.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

6.2 продукция (product): Любые товары или услуги.

Примечание 1 - Продукцию распределяют на классы по следующим категориям:

- услуги (например, транспортирование);

- программное обеспечение (например, компьютерная программа, словарь);

- технические средства (например, механическая часть двигателя);

- обработанные материалы (например, смазка).

Примечание 2 - Услуги имеют материальные и нематериальные элементы. Предоставление услуги может включать в себя, например, следующее:

- работу, выполняемую на материальной продукции, поставленной потребителем (например, на подлежащем ремонту автомобиле);

- работу, выполняемую на нематериальной продукции, поставленной потребителю (например, декларация о доходах, необходимая для учета налогов);

- поставку нематериальной продукции (например, поставку информации в контексте передачи знаний);

- создание комфортных условий среды обитания для потребителя (например, в гостиницах и ресторанах). Программное обеспечение включает в себя информацию, является, как правило, нематериальным и может быть представлено в форме соответствующих подходов, операций или процедур.

Технические средства являются, как правило, материальными, а их количество - дискретной величиной.

Переработанные материалы являются, как правило, материальными, а их количество - непрерывной величиной.

[ИСО 14040:2006]

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

2.12 продукция (product): Предмет или материал, изготовленный в результате естественных или искусственных процессов.

Примечание - В настоящем стандарте термин «продукция» применим в самом широком смысле этого слова. Он включает в себя устройства, системы, материалы, программное обеспечение и услуги.

Источник: ГОСТ Р 53890-2010: Руководство по разработке спецификаций на характеристики и классы продукции. Часть 2. Технические принципы и рекомендации оригинал документа

3.111 продукция (product): Конструкция, являющаяся специализацией конструкции объекта предприятия, представляющая желаемый выходной результат или промежуточный продукт процессов предприятия.

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

модульный центр обработки данных (ЦОД)
-
[Интент]

Параллельные тексты EN-RU

[ http://loosebolts.wordpress.com/2008/12/02/our-vision-for-generation-4-modular-data-centers-one-way-of-getting-it-just-right/]

[ http://dcnt.ru/?p=9299#more-9299]

Data Centers are a hot topic these days. No matter where you look, this once obscure aspect of infrastructure is getting a lot of attention. For years, there have been cost pressures on IT operations and this, when the need for modern capacity is greater than ever, has thrust data centers into the spotlight. Server and rack density continues to rise, placing DC professionals and businesses in tighter and tougher situations while they struggle to manage their IT environments. And now hyper-scale cloud infrastructure is taking traditional technologies to limits never explored before and focusing the imagination of the IT industry on new possibilities.

В настоящее время центры обработки данных являются широко обсуждаемой темой. Куда ни посмотришь, этот некогда малоизвестный аспект инфраструктуры привлекает все больше внимания. Годами ИТ-отделы испытывали нехватку средств и это выдвинуло ЦОДы в центр внимания, в то время, когда необходимость в современных ЦОДах стала как никогда высокой. Плотность серверов и стоек продолжают расти, все больше усложняя ситуацию для специалистов в области охлаждения и организаций в их попытках управлять своими ИТ-средами. И теперь гипермасштабируемая облачная инфраструктура подвергает традиционные технологии невиданным ранее нагрузкам, и заставляет ИТ-индустрию искать новые возможности.

At Microsoft, we have focused a lot of thought and research around how to best operate and maintain our global infrastructure and we want to share those learnings. While obviously there are some aspects that we keep to ourselves, we have shared how we operate facilities daily, our technologies and methodologies, and, most importantly, how we monitor and manage our facilities. Whether it’s speaking at industry events, inviting customers to our “Microsoft data center conferences” held in our data centers, or through other media like blogging and white papers, we believe sharing best practices is paramount and will drive the industry forward. So in that vein, we have some interesting news to share.

В компании MicroSoft уделяют большое внимание изучению наилучших методов эксплуатации и технического обслуживания своей глобальной инфраструктуры и делятся результатами своих исследований. И хотя мы, конечно, не раскрываем некоторые аспекты своих исследований, мы делимся повседневным опытом эксплуатации дата-центров, своими технологиями и методологиями и, что важнее всего, методами контроля и управления своими объектами. Будь то доклады на отраслевых событиях, приглашение клиентов на наши конференции, которые посвящены центрам обработки данных MicroSoft, и проводятся в этих самых дата-центрах, или использование других средств, например, блоги и спецификации, мы уверены, что обмен передовым опытом имеет первостепенное значение и будет продвигать отрасль вперед.

Today we are sharing our Generation 4 Modular Data Center plan. This is our vision and will be the foundation of our cloud data center infrastructure in the next five years. We believe it is one of the most revolutionary changes to happen to data centers in the last 30 years. Joining me, in writing this blog are Daniel Costello, my director of Data Center Research and Engineering and Christian Belady, principal power and cooling architect. I feel their voices will add significant value to driving understanding around the many benefits included in this new design paradigm.

Сейчас мы хотим поделиться своим планом модульного дата-центра четвертого поколения. Это наше видение и оно будет основанием для инфраструктуры наших облачных дата-центров в ближайшие пять лет. Мы считаем, что это одно из самых революционных изменений в дата-центрах за последние 30 лет. Вместе со мной в написании этого блога участвовали Дэниел Костелло, директор по исследованиям и инжинирингу дата-центров, и Кристиан Белади, главный архитектор систем энергоснабжения и охлаждения. Мне кажется, что их авторитет придаст больше веса большому количеству преимуществ, включенных в эту новую парадигму проектирования.

Our “Gen 4” modular data centers will take the flexibility of containerized servers—like those in our Chicago data center—and apply it across the entire facility. So what do we mean by modular? Think of it like “building blocks”, where the data center will be composed of modular units of prefabricated mechanical, electrical, security components, etc., in addition to containerized servers.

Was there a key driver for the Generation 4 Data Center?

Наши модульные дата-центры “Gen 4” будут гибкими с контейнерами серверов – как серверы в нашем чикагском дата-центре. И гибкость будет применяться ко всему ЦОД. Итак, что мы подразумеваем под модульностью? Мы думаем о ней как о “строительных блоках”, где дата-центр будет состоять из модульных блоков изготовленных в заводских условиях электрических систем и систем охлаждения, а также систем безопасности и т.п., в дополнение к контейнеризованным серверам.
Был ли ключевой стимул для разработки дата-центра четвертого поколения?

If we were to summarize the promise of our Gen 4 design into a single sentence it would be something like this: “A highly modular, scalable, efficient, just-in-time data center capacity program that can be delivered anywhere in the world very quickly and cheaply, while allowing for continued growth as required.” Sounds too good to be true, doesn’t it? Well, keep in mind that these concepts have been in initial development and prototyping for over a year and are based on cumulative knowledge of previous facility generations and the advances we have made since we began our investments in earnest on this new design.

Если бы нам нужно было обобщить достоинства нашего проекта Gen 4 в одном предложении, это выглядело бы следующим образом: “Центр обработки данных с высоким уровнем модульности, расширяемости, и энергетической эффективности, а также возможностью постоянного расширения, в случае необходимости, который можно очень быстро и дешево развертывать в любом месте мира”. Звучит слишком хорошо для того чтобы быть правдой, не так ли? Ну, не забывайте, что эти концепции находились в процессе начальной разработки и создания опытного образца в течение более одного года и основываются на опыте, накопленном в ходе развития предыдущих поколений ЦОД, а также успехах, сделанных нами со времени, когда мы начали вкладывать серьезные средства в этот новый проект.

One of the biggest challenges we’ve had at Microsoft is something Mike likes to call the ‘Goldilock’s Problem’. In a nutshell, the problem can be stated as:

The worst thing we can do in delivering facilities for the business is not have enough capacity online, thus limiting the growth of our products and services.

Одну из самых больших проблем, с которыми приходилось сталкиваться Майкрософт, Майк любит называть ‘Проблемой Лютика’. Вкратце, эту проблему можно выразить следующим образом:

Самое худшее, что может быть при строительстве ЦОД для бизнеса, это не располагать достаточными производственными мощностями, и тем самым ограничивать рост наших продуктов и сервисов.

The second worst thing we can do in delivering facilities for the business is to have too much capacity online.

А вторым самым худшим моментом в этой сфере может слишком большое количество производственных мощностей.

This has led to a focus on smart, intelligent growth for the business — refining our overall demand picture. It can’t be too hot. It can’t be too cold. It has to be ‘Just Right!’ The capital dollars of investment are too large to make without long term planning. As we struggled to master these interesting challenges, we had to ensure that our technological plan also included solutions for the business and operational challenges we faced as well.
So let’s take a high level look at our Generation 4 design

Это заставило нас сосредоточиваться на интеллектуальном росте для бизнеса — refining our overall demand picture. Это не должно быть слишком горячим. И это не должно быть слишком холодным. Это должно быть ‘как раз, таким как надо!’ Нельзя делать такие большие капиталовложения без долгосрочного планирования. Пока мы старались решить эти интересные проблемы, мы должны были гарантировать, что наш технологический план будет также включать решения для коммерческих и эксплуатационных проблем, с которыми нам также приходилось сталкиваться.
Давайте рассмотрим наш проект дата-центра четвертого поколения

Are you ready for some great visuals? Check out this video at Soapbox. Click here for the Microsoft 4th Gen Video.

It’s a concept video that came out of my Data Center Research and Engineering team, under Daniel Costello, that will give you a view into what we think is the future.

From a configuration, construct-ability and time to market perspective, our primary goals and objectives are to modularize the whole data center. Not just the server side (like the Chicago facility), but the mechanical and electrical space as well. This means using the same kind of parts in pre-manufactured modules, the ability to use containers, skids, or rack-based deployments and the ability to tailor the Redundancy and Reliability requirements to the application at a very specific level.

Посмотрите это видео, перейдите по ссылке для просмотра видео о Microsoft 4th Gen:

Это концептуальное видео, созданное командой отдела Data Center Research and Engineering, возглавляемого Дэниелом Костелло, которое даст вам наше представление о будущем.

С точки зрения конфигурации, строительной технологичности и времени вывода на рынок, нашими главными целями и задачами агрегатирование всего дата-центра. Не только серверную часть, как дата-центр в Чикаго, но также системы охлаждения и электрические системы. Это означает применение деталей одного типа в сборных модулях, возможность использования контейнеров, салазок, или стоечных систем, а также возможность подстраивать требования избыточности и надежности для данного приложения на очень специфичном уровне.

Our goals from a cost perspective were simple in concept but tough to deliver. First and foremost, we had to reduce the capital cost per critical Mega Watt by the class of use. Some applications can run with N-level redundancy in the infrastructure, others require a little more infrastructure for support. These different classes of infrastructure requirements meant that optimizing for all cost classes was paramount. At Microsoft, we are not a one trick pony and have many Online products and services (240+) that require different levels of operational support. We understand that and ensured that we addressed it in our design which will allow us to reduce capital costs by 20%-40% or greater depending upon class.

Нашими целями в области затрат были концептуально простыми, но трудно реализуемыми. В первую очередь мы должны были снизить капитальные затраты в пересчете на один мегаватт, в зависимости от класса резервирования. Некоторые приложения могут вполне работать на базе инфраструктуры с резервированием на уровне N, то есть без резервирования, а для работы других приложений требуется больше инфраструктуры. Эти разные классы требований инфраструктуры подразумевали, что оптимизация всех классов затрат имеет преобладающее значение. В Майкрософт мы не ограничиваемся одним решением и располагаем большим количеством интерактивных продуктов и сервисов (240+), которым требуются разные уровни эксплуатационной поддержки. Мы понимаем это, и учитываем это в своем проекте, который позволит нам сокращать капитальные затраты на 20%-40% или более в зависимости от класса.

For example, non-critical or geo redundant applications have low hardware reliability requirements on a location basis. As a result, Gen 4 can be configured to provide stripped down, low-cost infrastructure with little or no redundancy and/or temperature control. Let’s say an Online service team decides that due to the dramatically lower cost, they will simply use uncontrolled outside air with temperatures ranging 10-35 C and 20-80% RH. The reality is we are already spec-ing this for all of our servers today and working with server vendors to broaden that range even further as Gen 4 becomes a reality. For this class of infrastructure, we eliminate generators, chillers, UPSs, and possibly lower costs relative to traditional infrastructure.

Например, некритичные или гео-избыточные системы имеют низкие требования к аппаратной надежности на основе местоположения. В результате этого, Gen 4 можно конфигурировать для упрощенной, недорогой инфраструктуры с низким уровнем (или вообще без резервирования) резервирования и / или температурного контроля. Скажем, команда интерактивного сервиса решает, что, в связи с намного меньшими затратами, они будут просто использовать некондиционированный наружный воздух с температурой 10-35°C и влажностью 20-80% RH. В реальности мы уже сегодня предъявляем эти требования к своим серверам и работаем с поставщиками серверов над еще большим расширением диапазона температур, так как наш модуль и подход Gen 4 становится реальностью. Для подобного класса инфраструктуры мы удаляем генераторы, чиллеры, ИБП, и, возможно, будем предлагать более низкие затраты, по сравнению с традиционной инфраструктурой.

Applications that demand higher level of redundancy or temperature control will use configurations of Gen 4 to meet those needs, however, they will also cost more (but still less than traditional data centers). We see this cost difference driving engineering behavioral change in that we predict more applications will drive towards Geo redundancy to lower costs.

Системы, которым требуется более высокий уровень резервирования или температурного контроля, будут использовать конфигурации Gen 4, отвечающие этим требованиям, однако, они будут также стоить больше. Но все равно они будут стоить меньше, чем традиционные дата-центры. Мы предвидим, что эти различия в затратах будут вызывать изменения в методах инжиниринга, и по нашим прогнозам, это будет выражаться в переходе все большего числа систем на гео-избыточность и меньшие затраты.

Another cool thing about Gen 4 is that it allows us to deploy capacity when our demand dictates it. Once finalized, we will no longer need to make large upfront investments. Imagine driving capital costs more closely in-line with actual demand, thus greatly reducing time-to-market and adding the capacity Online inherent in the design. Also reduced is the amount of construction labor required to put these “building blocks” together. Since the entire platform requires pre-manufacture of its core components, on-site construction costs are lowered. This allows us to maximize our return on invested capital.

Еще одно достоинство Gen 4 состоит в том, что он позволяет нам разворачивать дополнительные мощности, когда нам это необходимо. Как только мы закончим проект, нам больше не нужно будет делать большие начальные капиталовложения. Представьте себе возможность более точного согласования капитальных затрат с реальными требованиями, и тем самым значительного снижения времени вывода на рынок и интерактивного добавления мощностей, предусматриваемого проектом. Также снижен объем строительных работ, требуемых для сборки этих “строительных блоков”. Поскольку вся платформа требует предварительного изготовления ее базовых компонентов, затраты на сборку также снижены. Это позволит нам увеличить до максимума окупаемость своих капиталовложений.
Мы все подвергаем сомнению

In our design process, we questioned everything. You may notice there is no roof and some might be uncomfortable with this. We explored the need of one and throughout our research we got some surprising (positive) results that showed one wasn’t needed.

В своем процессе проектирования мы все подвергаем сомнению. Вы, наверное, обратили внимание на отсутствие крыши, и некоторым специалистам это могло не понравиться. Мы изучили необходимость в крыше и в ходе своих исследований получили удивительные результаты, которые показали, что крыша не нужна.
Серийное производство дата центров

In short, we are striving to bring Henry Ford’s Model T factory to the data center. http://en.wikipedia.org/wiki/Henry_Ford#Model_T. Gen 4 will move data centers from a custom design and build model to a commoditized manufacturing approach. We intend to have our components built in factories and then assemble them in one location (the data center site) very quickly. Think about how a computer, car or plane is built today. Components are manufactured by different companies all over the world to a predefined spec and then integrated in one location based on demands and feature requirements. And just like Henry Ford’s assembly line drove the cost of building and the time-to-market down dramatically for the automobile industry, we expect Gen 4 to do the same for data centers. Everything will be pre-manufactured and assembled on the pad.

Мы хотим применить модель автомобильной фабрики Генри Форда к дата-центру. Проект Gen 4 будет способствовать переходу от модели специализированного проектирования и строительства к товарно-производственному, серийному подходу. Мы намерены изготавливать свои компоненты на заводах, а затем очень быстро собирать их в одном месте, в месте строительства дата-центра. Подумайте о том, как сегодня изготавливается компьютер, автомобиль или самолет. Компоненты изготавливаются по заранее определенным спецификациям разными компаниями во всем мире, затем собираются в одном месте на основе спроса и требуемых характеристик. И точно так же как сборочный конвейер Генри Форда привел к значительному уменьшению затрат на производство и времени вывода на рынок в автомобильной промышленности, мы надеемся, что Gen 4 сделает то же самое для дата-центров. Все будет предварительно изготавливаться и собираться на месте.
Невероятно энергоэффективный ЦОД

And did we mention that this platform will be, overall, incredibly energy efficient? From a total energy perspective not only will we have remarkable PUE values, but the total cost of energy going into the facility will be greatly reduced as well. How much energy goes into making concrete? Will we need as much of it? How much energy goes into the fuel of the construction vehicles? This will also be greatly reduced! A key driver is our goal to achieve an average PUE at or below 1.125 by 2012 across our data centers. More than that, we are on a mission to reduce the overall amount of copper and water used in these facilities. We believe these will be the next areas of industry attention when and if the energy problem is solved. So we are asking today…“how can we build a data center with less building”?

А мы упоминали, что эта платформа будет, в общем, невероятно энергоэффективной? С точки зрения общей энергии, мы получим не только поразительные значения PUE, но общая стоимость энергии, затраченной на объект будет также значительно снижена. Сколько энергии идет на производство бетона? Нам нужно будет столько энергии? Сколько энергии идет на питание инженерных строительных машин? Это тоже будет значительно снижено! Главным стимулом является достижение среднего PUE не больше 1.125 для всех наших дата-центров к 2012 году. Более того, у нас есть задача сокращения общего количества меди и воды в дата-центрах. Мы думаем, что эти задачи станут следующей заботой отрасли после того как будет решена энергетическая проблема. Итак, сегодня мы спрашиваем себя…“как можно построить дата-центр с меньшим объемом строительных работ”?
Строительство дата центров без чиллеров

We have talked openly and publicly about building chiller-less data centers and running our facilities using aggressive outside economization. Our sincerest hope is that Gen 4 will completely eliminate the use of water. Today’s data centers use massive amounts of water and we see water as the next scarce resource and have decided to take a proactive stance on making water conservation part of our plan.

Мы открыто и публично говорили о строительстве дата-центров без чиллеров и активном использовании в наших центрах обработки данных технологий свободного охлаждения или фрикулинга. Мы искренне надеемся, что Gen 4 позволит полностью отказаться от использования воды. Современные дата-центры расходуют большие объемы воды и так как мы считаем воду следующим редким ресурсом, мы решили принять упреждающие меры и включить экономию воды в свой план.

By sharing this with the industry, we believe everyone can benefit from our methodology. While this concept and approach may be intimidating (or downright frightening) to some in the industry, disclosure ultimately is better for all of us.

Делясь этим опытом с отраслью, мы считаем, что каждый сможет извлечь выгоду из нашей методологией. Хотя эта концепция и подход могут показаться пугающими (или откровенно страшными) для некоторых отраслевых специалистов, раскрывая свои планы мы, в конечном счете, делаем лучше для всех нас.

Gen 4 design (even more than just containers), could reduce the ‘religious’ debates in our industry. With the central spine infrastructure in place, containers or pre-manufactured server halls can be either AC or DC, air-side economized or water-side economized, or not economized at all (though the sanity of that might be questioned). Gen 4 will allow us to decommission, repair and upgrade quickly because everything is modular. No longer will we be governed by the initial decisions made when constructing the facility. We will have almost unlimited use and re-use of the facility and site. We will also be able to use power in an ultra-fluid fashion moving load from critical to non-critical as use and capacity requirements dictate.

Проект Gen 4 позволит уменьшить ‘религиозные’ споры в нашей отрасли. Располагая базовой инфраструктурой, контейнеры или сборные серверные могут оборудоваться системами переменного или постоянного тока, воздушными или водяными экономайзерами, или вообще не использовать экономайзеры. Хотя можно подвергать сомнению разумность такого решения. Gen 4 позволит нам быстро выполнять работы по выводу из эксплуатации, ремонту и модернизации, поскольку все будет модульным. Мы больше не будем руководствоваться начальными решениями, принятыми во время строительства дата-центра. Мы сможем использовать этот дата-центр и инфраструктуру в течение почти неограниченного периода времени. Мы также сможем применять сверхгибкие методы использования электрической энергии, переводя оборудование в режимы критической или некритической нагрузки в соответствии с требуемой мощностью.
Gen 4 – это стандартная платформа

Finally, we believe this is a big game changer. Gen 4 will provide a standard platform that our industry can innovate around. For example, all modules in our Gen 4 will have common interfaces clearly defined by our specs and any vendor that meets these specifications will be able to plug into our infrastructure. Whether you are a computer vendor, UPS vendor, generator vendor, etc., you will be able to plug and play into our infrastructure. This means we can also source anyone, anywhere on the globe to minimize costs and maximize performance. We want to help motivate the industry to further innovate—with innovations from which everyone can reap the benefits.

Наконец, мы уверены, что это будет фактором, который значительно изменит ситуацию. Gen 4 будет представлять собой стандартную платформу, которую отрасль сможет обновлять. Например, все модули в нашем Gen 4 будут иметь общепринятые интерфейсы, четко определяемые нашими спецификациями, и оборудование любого поставщика, которое отвечает этим спецификациям можно будет включать в нашу инфраструктуру. Независимо от того производите вы компьютеры, ИБП, генераторы и т.п., вы сможете включать свое оборудование нашу инфраструктуру. Это означает, что мы также сможем обеспечивать всех, в любом месте земного шара, тем самым сводя до минимума затраты и максимальной увеличивая производительность. Мы хотим создать в отрасли мотивацию для дальнейших инноваций – инноваций, от которых каждый сможет получать выгоду.
Главные характеристики дата-центров четвертого поколения Gen4

To summarize, the key characteristics of our Generation 4 data centers are:

Scalable
Plug-and-play spine infrastructure
Factory pre-assembled: Pre-Assembled Containers (PACs) & Pre-Manufactured Buildings (PMBs)
Rapid deployment
De-mountable
Reduce TTM
Reduced construction
Sustainable measures

Ниже приведены главные характеристики дата-центров четвертого поколения Gen 4:

Расширяемость;
Готовая к использованию базовая инфраструктура;
Изготовление в заводских условиях: сборные контейнеры (PAC) и сборные здания (PMB);
Быстрота развертывания;
Возможность демонтажа;
Снижение времени вывода на рынок (TTM);
Сокращение сроков строительства;
Экологичность;

Map applications to DC Class

We hope you join us on this incredible journey of change and innovation!

Long hours of research and engineering time are invested into this process. There are still some long days and nights ahead, but the vision is clear. Rest assured however, that we as refine Generation 4, the team will soon be looking to Generation 5 (even if it is a bit farther out). There is always room to get better.

Использование систем электропитания постоянного тока.

Мы надеемся, что вы присоединитесь к нам в этом невероятном путешествии по миру изменений и инноваций!

На этот проект уже потрачены долгие часы исследований и проектирования. И еще предстоит потратить много дней и ночей, но мы имеем четкое представление о конечной цели. Однако будьте уверены, что как только мы доведем до конца проект модульного дата-центра четвертого поколения, мы вскоре начнем думать о проекте дата-центра пятого поколения. Всегда есть возможность для улучшений.

So if you happen to come across Goldilocks in the forest, and you are curious as to why she is smiling you will know that she feels very good about getting very close to ‘JUST RIGHT’.

Generations of Evolution – some background on our data center designs

Так что, если вы встретите в лесу девочку по имени Лютик, и вам станет любопытно, почему она улыбается, вы будете знать, что она очень довольна тем, что очень близко подошла к ‘ОПИМАЛЬНОМУ РЕШЕНИЮ’.
Поколения эволюции – история развития наших дата-центров

We thought you might be interested in understanding what happened in the first three generations of our data center designs. When Ray Ozzie wrote his Software plus Services memo it posed a very interesting challenge to us. The winds of change were at ‘tornado’ proportions. That “plus Services” tag had some significant (and unstated) challenges inherent to it. The first was that Microsoft was going to evolve even further into an operations company. While we had been running large scale Internet services since 1995, this development lead us to an entirely new level. Additionally, these “services” would span across both Internet and Enterprise businesses. To those of you who have to operate “stuff”, you know that these are two very different worlds in operational models and challenges. It also meant that, to achieve the same level of reliability and performance required our infrastructure was going to have to scale globally and in a significant way.

Мы подумали, что может быть вам будет интересно узнать историю первых трех поколений наших центров обработки данных. Когда Рэй Оззи написал свою памятную записку Software plus Services, он поставил перед нами очень интересную задачу. Ветра перемен двигались с ураганной скоростью. Это окончание “plus Services” скрывало в себе какие-то значительные и неопределенные задачи. Первая заключалась в том, что Майкрософт собиралась в еще большей степени стать операционной компанией. Несмотря на то, что мы управляли большими интернет-сервисами, начиная с 1995 г., эта разработка подняла нас на абсолютно новый уровень. Кроме того, эти “сервисы” охватывали интернет-компании и корпорации. Тем, кому приходится всем этим управлять, известно, что есть два очень разных мира в области операционных моделей и задач. Это также означало, что для достижения такого же уровня надежности и производительности требовалось, чтобы наша инфраструктура располагала значительными возможностями расширения в глобальных масштабах.

It was that intense atmosphere of change that we first started re-evaluating data center technology and processes in general and our ideas began to reach farther than what was accepted by the industry at large. This was the era of Generation 1. As we look at where most of the world’s data centers are today (and where our facilities were), it represented all the known learning and design requirements that had been in place since IBM built the first purpose-built computer room. These facilities focused more around uptime, reliability and redundancy. Big infrastructure was held accountable to solve all potential environmental shortfalls. This is where the majority of infrastructure in the industry still is today.

Именно в этой атмосфере серьезных изменений мы впервые начали переоценку ЦОД-технологий и технологий вообще, и наши идеи начали выходить за пределы общепринятых в отрасли представлений. Это была эпоха ЦОД первого поколения. Когда мы узнали, где сегодня располагается большинство мировых дата-центров и где находятся наши предприятия, это представляло весь опыт и навыки проектирования, накопленные со времени, когда IBM построила первую серверную. В этих ЦОД больше внимания уделялось бесперебойной работе, надежности и резервированию. Большая инфраструктура была призвана решать все потенциальные экологические проблемы. Сегодня большая часть инфраструктуры все еще находится на этом этапе своего развития.

We soon realized that traditional data centers were quickly becoming outdated. They were not keeping up with the demands of what was happening technologically and environmentally. That’s when we kicked off our Generation 2 design. Gen 2 facilities started taking into account sustainability, energy efficiency, and really looking at the total cost of energy and operations.

Очень быстро мы поняли, что стандартные дата-центры очень быстро становятся устаревшими. Они не поспевали за темпами изменений технологических и экологических требований. Именно тогда мы стали разрабатывать ЦОД второго поколения. В этих дата-центрах Gen 2 стали принимать во внимание такие факторы как устойчивое развитие, энергетическая эффективность, а также общие энергетические и эксплуатационные.

No longer did we view data centers just for the upfront capital costs, but we took a hard look at the facility over the course of its life. Our Quincy, Washington and San Antonio, Texas facilities are examples of our Gen 2 data centers where we explored and implemented new ways to lessen the impact on the environment. These facilities are considered two leading industry examples, based on their energy efficiency and ability to run and operate at new levels of scale and performance by leveraging clean hydro power (Quincy) and recycled waste water (San Antonio) to cool the facility during peak cooling months.

Мы больше не рассматривали дата-центры только с точки зрения начальных капитальных затрат, а внимательно следили за работой ЦОД на протяжении его срока службы. Наши объекты в Куинси, Вашингтоне, и Сан-Антонио, Техас, являются образцами наших ЦОД второго поколения, в которых мы изучали и применяли на практике новые способы снижения воздействия на окружающую среду. Эти объекты считаются двумя ведущими отраслевыми примерами, исходя из их энергетической эффективности и способности работать на новых уровнях производительности, основанных на использовании чистой энергии воды (Куинси) и рециклирования отработанной воды (Сан-Антонио) для охлаждения объекта в самых жарких месяцах.

As we were delivering our Gen 2 facilities into steel and concrete, our Generation 3 facilities were rapidly driving the evolution of the program. The key concepts for our Gen 3 design are increased modularity and greater concentration around energy efficiency and scale. The Gen 3 facility will be best represented by the Chicago, Illinois facility currently under construction. This facility will seem very foreign compared to the traditional data center concepts most of the industry is comfortable with. In fact, if you ever sit around in our container hanger in Chicago it will look incredibly different from a traditional raised-floor data center. We anticipate this modularization will drive huge efficiencies in terms of cost and operations for our business. We will also introduce significant changes in the environmental systems used to run our facilities. These concepts and processes (where applicable) will help us gain even greater efficiencies in our existing footprint, allowing us to further maximize infrastructure investments.

Так как наши ЦОД второго поколения строились из стали и бетона, наши центры обработки данных третьего поколения начали их быстро вытеснять. Главными концептуальными особенностями ЦОД третьего поколения Gen 3 являются повышенная модульность и большее внимание к энергетической эффективности и масштабированию. Дата-центры третьего поколения лучше всего представлены объектом, который в настоящее время строится в Чикаго, Иллинойс. Этот ЦОД будет выглядеть очень необычно, по сравнению с общепринятыми в отрасли представлениями о дата-центре. Действительно, если вам когда-либо удастся побывать в нашем контейнерном ангаре в Чикаго, он покажется вам совершенно непохожим на обычный дата-центр с фальшполом. Мы предполагаем, что этот модульный подход будет способствовать значительному повышению эффективности нашего бизнеса в отношении затрат и операций. Мы также внесем существенные изменения в климатические системы, используемые в наших ЦОД. Эти концепции и технологии, если применимо, позволят нам добиться еще большей эффективности наших существующих дата-центров, и тем самым еще больше увеличивать капиталовложения в инфраструктуру.

This is definitely a journey, not a destination industry. In fact, our Generation 4 design has been under heavy engineering for viability and cost for over a year. While the demand of our commercial growth required us to make investments as we grew, we treated each step in the learning as a process for further innovation in data centers. The design for our future Gen 4 facilities enabled us to make visionary advances that addressed the challenges of building, running, and operating facilities all in one concerted effort.

Это определенно путешествие, а не конечный пункт назначения. На самом деле, наш проект ЦОД четвертого поколения подвергался серьезным испытаниям на жизнеспособность и затраты на протяжении целого года. Хотя необходимость в коммерческом росте требовала от нас постоянных капиталовложений, мы рассматривали каждый этап своего развития как шаг к будущим инновациям в области дата-центров. Проект наших будущих ЦОД четвертого поколения Gen 4 позволил нам делать фантастические предположения, которые касались задач строительства, управления и эксплуатации объектов как единого упорядоченного процесса.

Тематики

• ЦОДы (центры обработки данных)

Синонимы

• модульный ЦОД

EN

• modular data center

нематериальные активы
1. Тип внеоборотных активов, не имеющих материальной сущности, ценность которых определяется правами или преимуществами обладателя. Примерами являются патенты, авторские права, торговые знаки, торговые марки, лицензии и деловая репутация. Как правило, в бухгалтерском учете отражаются только приобретенные нематериальные активы, в отличие от разработанных внутри предприятия. Использование нематериальных активов отражается способом амортизации.
2. Внеоборотные активы, не имеющие материально-вещественной формы, используемые в производстве продукции (при выполнении работ, оказании услуг, в управленческих нуждах организации) в течение длительного периода времени продолжительностью свыше 12 месяцев (или обычного операционного цикла), способные приносить доход в будущем, надлежаще оформленные сохранными документами.
В составе нематериальных активов в бухгалтерском учете учитываются также деловая репутация организации и организационные расходы, связанные с образованием юридического лица, признанные в соответствии с учредительными документами часть вклада участников (учредителей) в уставный (складочный) капитал организации (ПБУ 14/2000).
[ http://www.lexikon.ru/dict/uprav/index.html]

нематериальные активы
Невещественные факторы, которые вносят вклад в производство или используются для производства товаров и услуг, и от которых ожидают, что они в будущем принесут производственные выгоды для тех лиц или фирм, которые контролируют использование этих факторов (Определение Брукингской комиссии по нематериальным активам.) Обещания будущих выгод, которые порождаются инновациями (изобретениями, открытиями), уникальными организационными проектами или практикой управления человеческими ресурсами - все они признаются активами (это основной вид нематериальных экономических объектов). Для конкретной компании, предприятия Н.а, — права, используемые в течение длительного периода (свыше 1года), приносящие доход и возникающие из авторских и иных договоров на произведения науки, искусства, из патентов на изобретения, промышленные образцы, свидетельств на товарные знаки и знаки обслуживания или лицензионных договоров на их использование, из прав на ноу-хау и других аналогичных прав. К нематериальным активам также относят гудвилл. Однако нематериальный актив должен признаваться активом отдельно от гудвилла, если он возникает из указанных выше прав (независимо от того, могут ли эти права передаваться или отделяться от приобретенной хозяйственной единицы или от других прав и обязательств). Если нематериальный актив не возник из договорных или иных юридических прав, его следует признавать активом отдельно от гудвилла только в том случае, если он обладает свойством сепарабельности. Нематериальные активы взаимодействуют с материальными и финансовыми активами в создании корпоративной стоимости и экономическом росте. См. также примечание к ст. Нематериальное имущество
[ http://slovar-lopatnikov.ru/]

Тематики

• бухгалтерский учет
• экономика

EN

• intangible asset
• intangible assets
• intangibles

нематериальный актив
неосязаемый актив
Актив, который нельзя ни увидеть, ни потрогать. Наиболее распространенные активы такого рода - "гудвил"/условная стоимость репутации и деловых связей фирмы (goodwill), патенты (раtents), торговые марки (trademarks) и авторские права. Наверное, самыми неосязаемыми и невидимыми из всех активов являются репутация и деловые связи фирмы, поскольку их наличие не зафиксировано ни в каком документе, а их коммерческую стоимость трудно определить. Однако они часто являются важным фактором приведенной/дисконтированной стоимости будущих прибылей, которая не сводится к простой прибыли на материальные активы (tangible assets). Помимо вышеуказанных, нематериальными/ неосязаемыми активами называются также страховые полисы и менее осязаемые инвестиции в других странах.
[ http://www.vocable.ru/dictionary/533/symbol/97]

Тематики

• финансы

Синонимы

• неосязаемый актив

EN

• intangible asset
• invisible asset

акционерная компания с ограниченной ответственностью
AG - аббревиатура для обозначения AKTIENGESELLSCHAFT (акционерное общество). Оно пишется после названия немецких, австрийских или швейцарских компаний и является эквивалентом английской аббревиатуры plc (public limited company-акционерная компания с ограниченной ответственностью). Сравни: GmbH.
[ http://www.vocable.ru/dictionary/533/symbol/97]

Тематики

• финансы

EN

• plc
• public limited company

DE

• AG

контроллер с программируемой логикой
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• programmable logic controller
• PLC

маскирование потери пакета
Метод сокрытия факта потери медиапакетов путем генерирования синтезируемых пакетов (МСЭ-T G.1050).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• packet loss concealment
• PLC

несущая в канале ВЧ-связи по ЛЭП
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999]

Тематики

• электротехника, основные понятия

EN

• power-line carrier
• PLC

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

Рис. 4. Резервированный контроллер FCP270.
На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

[ http://kazanets.narod.ru/PLC_PART1.htm]

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

 

связь по ЛЭП
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

EN

• power-line communications
• PLC

Англо-русский словарь нормативно-технической терминологии > plc

контроллер с программируемой логикой
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• programmable logic controller
• PLC

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

Рис. 4. Резервированный контроллер FCP270.
На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

[ http://kazanets.narod.ru/PLC_PART1.htm]

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

Англо-русский словарь нормативно-технической терминологии > programmable logic controller

программируемый контроллер
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

EN

• programmable controller
• programmed controller

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

Рис. 4. Резервированный контроллер FCP270.
На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

[ http://kazanets.narod.ru/PLC_PART1.htm]

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

Англо-русский словарь нормативно-технической терминологии > programmable controller

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
 

Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.

 

Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
 

Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.

 

 

Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  

Рис. 4. Резервированный контроллер FCP270.
На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  

Рис. 5. Контроллер AC800M.
 

Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

5.    Надежность. Наработка на отказ до 10-12 лет.

6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

[ http://kazanets.narod.ru/PLC_PART1.htm]

Тематики

• ПЛК (программируемые логические контроллеры)

Синонимы

• контроллер
• ПЛК

EN

• PLC
• programmable controller
• Programmable Logic Controller
• storage-programmable logic controller

DE

• speicherprogrammierbare Steuerung, f

FR

• automate programmable à mémoire

Англо-русский словарь нормативно-технической терминологии > storage-programmable logic controller

объединение (организация)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• organization

организационная структура (ТЭС, АЭС)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• organizational input
• organization

организация
Компания, корпорация, фирма, предприятие или учреждение, или их подразделения, объединенные или нет, общественные или частные, выполняющие самостоятельные функции и имеющие администрацию.
Примечание
Настоящее определение применимо к стандартам на качество. Термин «организация» определен в Руководстве ИСО/МЭК 2.
[ИСО 8402-94]

организация
Компания, объединение, фирма, предприятие, орган власти или учреждение либо их часть или сочетание, акционерные или неакционерные, государственные или частные, которые выполняют свои собственные функции и имеют свою собственную администрацию
[ ГОСТ Р ИСО 14001-98]
Примечание.
Применительно к организациям с более чем одной функционирующей организационной единицей одна такая единица может быть определена как организация.
[ ГОСТ Р ИСО 14050-99]
[Защита атмосферного воздуха от антропогенного загрязнения. Основные понятия, термины и определения (справочное пособие). Санкт-Петербург 2003 г.]

организация
Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.
Пример
Компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, предприятие розничной торговли, ассоциация, а также их подразделения или комбинация из них.
Примечания
1. Распределение обычно бывает упорядоченным.
2. Организация может быть государственной или частной.
3. Настоящее определение действительно применительно к стандартам на системы менеджмента качества. В руководстве ИСО/МЭК 2 приведено другое определение термина "организация".
[ ГОСТ Р ИСО 9000-2008]

организация
Орган, в основе которого лежит членство других органов или отдельных лиц, имеющий разработанный устав и собственную структуру управления.
Данный термин не приведен в основной части настоящего стандарта, хотя он широко применяется в межгосударственной стандартизации, но использованное в Руководстве ИСО/МЭК 2:1996 определение этих терминов неприемлемо для межгосударственной стандартизации.
[ГОСТ 1.1-2002]

организация 
Коммерческая компания, юридическое лицо или иное образование. Примеры организаций, которые не являются компаниями, включают Международную организацию по стандартизации или Форум по вопросам управления ИТ-услугами (itSMF). Термин «организация» иногда используется для обозначения любого образования, имеющего людей, ресурсы и бюджеты – например, проекта или бизнес-подразделения.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

организация
1. Организация системы — совокупность структуры системы и способов функционирования ее элементов. (Определение это — не единственное: в ряде работ термины «О.» и «структура» в этом смысле отождествляются). Применительно к социальной системе это означает: О. есть, во-первых, объединение людей в группы, во-вторых, интеграция их деятельности (люди работают вместе, сообща), в-третьих, интеграция их целей (люди работают для достижения общей цели). Некоторые ученые рассматривают организацию как фактор производства, наряду с такими как труд, капитал. См. также Институциональный подход к экономике. 2. То же, что управляющая подсистема некоторой системы. В применении к экономике это соответствует общеупотребительному слову «О.» — например, министерство, контора и т.п.
[ http://slovar-lopatnikov.ru/]

EN

organization
A company, legal entity or other institution. The term is sometimes used to refer to any entity that has people, resources and budgets – for example, a project or business unit.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• защита атмосферы
• информационные технологии в целом
• системы менеджмента качества
• стандартизация
• управл. качеством и обеспеч. качества
• управление окружающей средой
• экономика

EN

• organization

FR

• organisation

организация (в экологическом менеджменте)
Компания, объединение, фирма, предприятие, орган власти или учреждение, либо их часть или объединение, официально учрежденные или нет, государственные или частные, которые выполняют свои функции и имеют свое руководство.
Примечание
Применительно к организациям с более чем одним функциональным подразделением, каждое из них может быть определено как организация.
[ISO 14001]
Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.
Примеры. Компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, индивидуальное частное предприятие, а также их подразделения и комбинации.
Примечание 1. Распределение, как правило, упорядочено.
Примечание 2. Организация может быть государственной или частной.
[ISO 9000:2000]
[ http://www.14000.ru/glossary/main.php?PHPSESSID=25e3708243746ef7c85d0a8408d768af]

EN

organization
Company, corporation, firm, enterprise, authority or institution, or part or combination thereof, whether incorporated or not, public or private, that has its own functions and administration.
Note
For organizations with more than one operating unit, a single operating unit may be defined as an organization.
[ISO 14001]
Group of people and facilities with an arrangement of responsibilities, authorities and relationships.
Example. Company, corporation, firm, enterprise, institution, charity, sole trader, association, or parts or combinations thereof.
Note 1. The arrangement is generally orderly.
Note 2. An organization can be public or private.
[ISO 9000:2000]

Тематики

• управление окружающей средой

EN

• organization

4.23 организация (organization): Лицо или группа лиц и необходимых средств с распределением обязанностей, полномочий и взаимоотношений.

Примечание 1 - Адаптировано из ИСО 9000:2005.

Примечание 2 - Объединение лиц, организованных для некоторой конкретной цели, такое как клуб, союз, корпорация или общество, являются организацией.

Примечание 3 - Определенная часть организации (даже такая небольшая, как конкретное лицо) или определенная группа организаций может рассматриваться как организация, если она имеет обязанности, полномочия и определенные отношения.

Примечание 4 - Отдельная форма организационного объекта часто называется «предприятием», поэтому организационные аспекты настоящего стандарта следует применять также и к «предприятию».

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

4.10 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений [3].

Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

3.5 организация (organization): Государственная или частная компания, корпорация, фирма, предприятие, управление или учреждение или их часть, или их комбинация, имеющая собственные функции и администрацию и способная обеспечить информационную безопасность.

Источник: ГОСТ Р ИСО/МЭК 27006-2008: Информационная технология. Методы и средства обеспечения безопасности. Требования к органам, осуществляющим аудит и сертификацию систем менеджмента информационной безопасности оригинал документа

3.4 организация (organization): Группа работников с распределением ответственности, полномочий и взаимоотношений, а также необходимых средств.

Примечание - Примером организации может быть образовательное учреждение высшего профессионального образования (университет, академия, институт).

Источник: ГОСТ Р 52655-2006: Информационно-коммуникационные технологии в образовании. Интегрированная автоматизированная система управления учреждением высшего профессионального образования. Общие требования оригинал документа

3.16 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение либо их часть, либо комбинация частей, официально учрежденные или нет, государственные или частные, выполняющие собственные функции и имеющие свой административный аппарат.

Примечание - Для организаций, состоящих из нескольких подразделений, каждое подразделение может быть определено как организация.

Источник: ГОСТ Р ИСО 14001-2007: Системы экологического менеджмента. Требования и руководство по применению оригинал документа

3.14 организация (organization): По ГОСТ Р ИСО 14001.

Источник: ГОСТ Р ИСО 14031-2001: Управление окружающей средой. Оценивание экологической эффективности. Общие требования оригинал документа

3.6 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

Пример - Компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, предприятие розничной торговли, ассоциация, а также их подразделения или комбинация из них.

Примечание - Термин адаптирован из ИСО 9000:2005, 3.3.1.

Источник: ГОСТ Р ИСО 10001-2009: Менеджмент качества. Удовлетворенность потребителей. Рекомендации по правилам поведения для организаций оригинал документа

3.8 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

Пример - Компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, предприятие розничной торговли, ассоциация (3.1), а также их подразделения или комбинация из них.

Примечания

1 Настоящий стандарт применим к организациям разного типа, каждая из которых играет различную роль в процессе урегулирования спорных вопросов (3.6). Сюда относятся организации, имеющие неразрешенные жалобы (3.3), агенты (3.9) по решению спорных вопросов и ассоциации (3.1), проводящие или спонсирующие процесс урегулирования спорных вопросов. Для удобства пользования в настоящем стандарте термин «организация», применяемый самостоятельно, означает учреждение, получившее неразрешенную жалобу, которое в настоящий момент является участником спора или будет им. Термины «агент» и «ассоциация» применимы для описания организаций других типов.

2 Термин адаптирован из ИСО 9000:2005, статья 3.3.1.

Источник: ГОСТ Р ИСО 10003-2009: Менеджмент качества. Удовлетворенность потребителей. Рекомендации по урегулированию спорных вопросов вне организации оригинал документа

3.20 организация (organization): Компания, корпорация, фирма, предприятие, орган власти, учреждение либо их часть, либо комбинация частей, официально учрежденные или нет, государственные или частные, выполняющие собственные функции и имеющие свой административный аппарат.

Примечание - Для организаций, состоящих из нескольких подразделений, каждое подразделение может быть определено как организация.

[ИСО 14001:2004, 3.16]

Источник: ГОСТ Р ИСО 14004-2007: Системы экологического менеджмента. Общее руководство по принципам, системам и методам обеспечения функционирования оригинал документа

2.12 организация (organization): Компания, объединение, фирма, предприятие, орган власти или учреждение, либо их часть или объединение, официально учрежденные или нет, государственные или частные, которые выполняют свои функции и имеют свое руководство.

Примечание - В организации, в состав которой входит более одного функционального подразделения, каждое из подразделений может быть определено как организация.

Источник: ГОСТ Р ИСО 14015-2007: Экологический менеджмент. Экологическая оценка участков и организаций оригинал документа

2.4 организация (organization): Компания, корпорация, фирма, предприятие, государственный орган или институт, а также их части или объединения, совместные или нет, государственные или частные, организационные единицы или производственные процессы.

Примечание - Для организаций, обладающих несколькими рабочими подразделениями, каждое подразделение может считаться организацией [ИСО 14001].

Источник: ГОСТ Р ИСО 14063-2007: Экологический менеджмент. Обмен экологической информацией. Рекомендации и примеры оригинал документа

2.22 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение либо их часть или объединение, официально зарегистрированные или незарегистрированные, государственные или частные, занимающиеся какой-либо деятельностью и имеющие административный аппарат.

Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа

2.23 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение либо их часть или объединение, официально зарегистрированные или незарегистрированные, государственные или частные, занимающиеся какой-либо деятельностью и имеющие административный аппарат.

Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

3.6 организация (organization): Компания, группа или орган, применяющие ЧЭСР-компоненты.

Источник: ГОСТ Р 53734.5.1-2009: Электростатика. Защита электронных устройств от электростатических явлений. Общие требования оригинал документа

2.29 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

Пример - Компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, предприятие розничной торговли, ассоциация, а также их подразделения или комбинация из них.

Примечания

1 Распределение обычно является упорядоченным.

2 Организация может быть государственной или частной.

Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

2.24 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

Пример - Компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, предприятие розничной торговли, ассоциация, а также их подразделения или комбинация из них.

Примечание

1. Распределение обычно является упорядоченным.

2. Организация может быть государственной или частной

[ИСО 9000:2005].

Источник: ГОСТ Р 53647.1-2009: Менеджмент непрерывности бизнеса. Часть 1. Практическое руководство оригинал документа

3.26 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

Примечание - Организация может быть государственной или частной. Примерами организаций могут быть компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, предприятие розничной торговли, ассоциация, а также их подразделения или комбинация из них.

Источник: ГОСТ Р 53647.4-2011: Менеджмент непрерывности бизнеса. Руководящие указания по обеспечению готовности к инцидентам и непрерывности деятельности оригинал документа

3.16 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение либо их часть, либо комбинация частей, официально учрежденные или нет, государственные или частные, выполняющие собственные функции и имеющие свой административный аппарат.

Примечание - Для организаций, состоящих из нескольких подразделений, каждое подразделение может быть определено как организация.

Источник: ГОСТ Р 54336-2011: Системы экологического менеджмента в организациях, выпускающих нанопродукцию. Требования оригинал документа

3.26 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

Примеры - компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, предприятие розничной торговли, ассоциация, а также их подразделения или комбинация из них.

Примечания

1 Распределение обычно бывает упорядоченным.

2 Организация может быть государственной или частной.

3 Настоящее определение действует применительно к стандартам на системы менеджмента качества. Термин «организация» определен по-другому в руководстве ИСО/МЭК 2 [1].

[ ГОСТ Р ИСО 9000-2008, ст. 3.3.1].

Источник: Р 50.1.068-2009: Менеджмент риска. Рекомендации по внедрению. Часть 1. Определение области применения

3.3.1 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

Пример - Компания, корпорация, фирма, предприятие, учреждение, благотворительная организация, предприятие розничной торговли, ассоциация, а также их подразделения или комбинация из них.

Примечания

1 Распределение обычно бывает упорядоченным.

2 Организация может быть государственной или частной.

3 Настоящее определение действительно применительно к стандартам на системы менеджмента качества (3.2.3). В руководстве ISO/IEC 2 приведено другое определение термина «организация».

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

3.17 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение, либо их часть, либо комбинация частей, официально учрежденные или нет, государственные или частные, выполняющие собственные функции и имеющие свой административный аппарат.

Примечание - Для организаций, состоящих из нескольких подразделений, каждое подразделение может быть определено как организация.

[ИСО 14001:2004, пункт 3.16]

Источник: ГОСТ Р 54934-2012: Системы менеджмента безопасности труда и охраны здоровья. Требования оригинал документа

3.17 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение либо их часть, либо комбинация частей, официально учрежденные или нет, государственные или частные, выполняющие собственные функции и имеющие свой административный аппарат.

Примечание - Для организаций, состоящих из нескольких подразделений, каждое подразделение может быть определено как организация.

[ ГОСТ Р ИСО 14001-2007, статья 3.16]

Источник: ГОСТ Р 54337-2011: Системы менеджмента охраны труда в организациях, выпускающих нанопродукцию. Требования оригинал документа

3.1.6 организация (organization): Юридическое лицо, которое имеет в собственности, хозяйственном ведении или оперативном управлении обособленное имущество и отвечает по своим обязательствам этим имуществом, может от своего имени приобретать и осуществлять имущественные и личные неимущественные права, нести обязанности, быть истцом и ответчиком в суде, а также имеющее самостоятельный баланс или смету и зарегистрированное в установленном порядке.

[ ГОСТ Р 1.4-2004, пункт 3.3], [2]

Источник: ГОСТ Р 53131-2008: Защита информации. Рекомендации по услугам восстановления после чрезвычайных ситуаций функций и механизмов безопасности информационных и телекоммуникационных технологий. Общие положения оригинал документа

3.2.21 организация (organization): Группа работников и необходимых средств, с распределением ответственности, полномочий и взаимоотношений.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

3.4 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение, либо их часть или их объединение, официально зарегистрированные или официально незарегистрированные, государственные или частные, которые имеют свой собственный круг функций и административный аппарат.

Примечание - Для организаций, имеющих более одного действующего подразделения, одно подразделение может быть определено как организация.

[ИСО 14001:2004]

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

3.2.3 организация (organization): Компания, корпорация, фирма, предприятие, орган власти или учреждение либо их часть или объединение, официально зарегистрированное или незарегистрированное, государственное или частное, занимающееся какой-либо деятельностью и имеющее административный аппарат.

[ИСО 14064:3, статья 2.23]

Источник: ГОСТ Р ИСО 14065-2010: Газы парниковые. Требования к органам по валидации и верификации парниковых газов для их применения при аккредитации или других формах признания оригинал документа

3.5 организация (organization): Группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений.

Источник: Р 50.1.070-2009: Менеджмент риска. Рекомендации по внедрению. Часть 3. Обмен информацией и консультации

4.54 организация (organization): Уникальная структура полномочий, в рамках которой физическое лицо или группа физических лиц действует или назначается, чтобы действовать для достижения некоторой цели.

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

метод доступа
Совокупность соглашений и средств, с помощью которых реализуется заданный вид доступа к физическим записям набора данных.
Примечание
В зависимости от вида доступа и организации набора данных в конкретных системах обработки данных различают, например, последовательные, прямые, иерархические методы доступа.
[ ГОСТ 20886-85]

метод доступа
Набор правил, обеспечивающих арбитраж доступа к среде передачи. Примерами методов доступа являются CSMA/CD (Ethernet) и передача маркера (Token Ring).
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом
• организация данных в сист. обраб. данных

EN

• access method

25. Метод доступа

Access method

Совокупность соглашений и средств, с помощью которых реализуется заданный вид доступа к физическим записям набора данных.

Примечание. В зависимости от вида доступа и организации набора данных в конкретных системах обработки данных различают, например, последовательные, прямые, иерархические методы доступа

Источник: ГОСТ 20886-85: Организация данных в системах обработки данных. Термины и определения оригинал документа